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1.  INTRODUCTION 


1.1  Purpose 


The  purpose  of  this  document  Is  to  specify  the  computer 
algorithms  and  operation  of  the  Automatic  Traffic  Advisory  and 
Resolution  Service  (ATARS)  and  its  interfaces  with  the  Discrete 
Address  Beacon  System  (DABS)  and  the  Air  Traffic  Control  System 
(ATC).  Reference  1  describes  the  DABS  sensor  which  provides 
surveillance  data  and  ground-to-air  and  ground-to-ground 
communications  to  permit  operation  of  the  ATARS  function. 

This  document  provides  algorithm  specifications  for  the 
following: 

1.  Report  processing  and  tracking  logic 

2.  Conflict  detection  and  resolution  logic 

3.  A  traffic  advisory  service 

4.  Logic  to  permit  operation  in  a  multi-site  environment 

5.  Logic  to  interface  ATARS  with  the  Beacon  Collision 
Avoidance  System  (BCAS) 

6.  Logic  to  treat  various  failure  conditions 

It  does  not,  however,  specify  procedures  to  be  followed  by 
pilots  or  controllers  using  ATARS  or  standards  to  be  met  in 
supplying  the  ATARS  function.  The  subject  of  standards  is 
treated  in  Reference  1  and  the  ATARS  function  to  be  supplied  is 
subject  to  all  of  the  requirements  of  Reference  1  as  if  this 
document  were  incorporated  in  total  at  the  point  of  reference. 

Reference  2,  which  provides  a  broad  conceptual-level  description 
of  ATARS,  is  a  useful  document  for  describing  the  philosophy  and 
goals  of  the  ATARS  function  in  detail. 

Reference  3  provides  a  detailed  description  of  the  DABS/ATARS 
function  in  the  context  of  the  ATC  operational  environment. 

1.2  Definitions 


Certain  conventions  and  definitions  of  terms  used  in  writing 
this  document  need  to  be  explained. 
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Three  terms  are  used  in  discussing  the  facilities  at  a 
particular  location.  The  term  "sensor"  means  the  complete  DABS 
sensor  as  described  in  Reference  1.  The  term  "ATARS  function" 
refers  to  all  of  the  additional  hardware  and  software  required 
at  a  location  to  provide  ATARS  service.  The  ATARS  function  is 
described  by  this  document.  In  this  document,  the  term  "ATARS 
function"  is  frequently  used  as  if  it  were  describing  a  separate 
piece  of  physical  equipment.  However,  the  implementation  of 
ATARS  may  not  be  physically  separate  and  so  this  term  refers  to 
a  conceptually  separate  function  or  task.  The  third  term, 
"site,"  refers  to  the  DABS  sensor  and  ATARS  function  at  a  single 
location,  collectively.  Any  of  these  three  terms  may  be 
qualified  by  the  terms  local  and  remote.  Local  refers  to  an 
item  at  the  single  location  of  principal  concern.  Remote  refers 
to  an  item  at  any  other  location. 

The  term  advisory  Is  used  to  refer  to  a  message  to  be  delivered 
to  an  aircraft.  There  are  several  types  of  advisory  messages 
generated  by  ATARS. 

The  term  scan  refers  to  the  act  of  the  sensor  antenna  rotating 
through  one  complete  revolution,  or  to  the  time  required  for 
this  act  to  take  place. 

Several  terms  are  used  to  describe  the  DABS  and  collision 
avoidance  avionics  equipage  of  an  aircraft  and  the  distinctions 
between  these  terms  need  to  be  understood.  An  aircraft  can  be 
classified  as  radar-only  (non-beacon)  or  as  ATCRBS  (Air  Traffic 
Control  Radar  Beacon  System)  or  DABS  depending  on  the  type  of 
beacon  transponder  carried  by  the  aircraft.  An  aircraft  can 
also  be  classified  as  either  ATARS  equipped  or  unequipped 
depending  on  whether  or  not  that  aircraft  has  an  ATARS  display. 
This  classification  is  used  to  select  appropriate  collision 
avoidance  advisories  for  a  given  pair  of  aircraft.  An  ATCRBS 
aircraft  and  radar-only  aircraft  are  always  designated  as 
unequipped.  However,  a  DABS  aircraft  may  be  either  ATARS 
equipped,  BCAS  and  ATARS  equipped,  or  neither  (unequipped). 

The  term  non-mode  C  is  used  to  refer  to  a  transponder-equipped 
aircraft  (either  ATCRBS  or  DABS)  without  mode  C  altitude 
reports,  or  an  aircraft  without  a  transponder  (i.e., 
radar-only).  The  terms  ATCRBS  and  DABS  in  this  document 
normally  imply  mode  C  altitude  is  present. 
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1.3  Organization 


Section  2  Is  a  brief  overview  of  the  ATARS  concept  describing 
the  services  provided  by  the  ATARS  algorithms.  This  section  Is 
for  familiarization  only  and  Is  not  a  complete  system 
description. 

Section  3  provides  a  high-level  view  of  the  operation  of  the 
ATARS  elements  and  discusses  the  coordination  between  them.  It 
describes  the  external  interfaces  of  the  ATARS  function.  It 
also  contains  definitions  of  the  data  structures  common  to  all 
ATARS  processing  tasks. 

Section  4  provides  a  description  and  pseudocode  for  the  report 
processing  and  tracking  tasks. 

Sections  5  through  16  contain  descriptions  and  pseudocode  for 
the  message  processing,  aircraft  processing,  conflict  detection, 
conflict  resolution,  BCAS  coordination,  and  multi-site 
coordination  functions  of  the  ATARS  system. 

Section  17  provides  pseudocode  and  a  description  of  the 
algorithms  to  be  implemented  under  various  failure  conditions  of 
the  DABS/ ATARS  system. 

Section  18  contains  a  functional  specification  for  the  ATARS 
Status  Monitoring  and  Reporting  Function.  Although  this 
function  must  interface  with  many  ATARS  tasks  and  data 
structures,  its  requirements  are  collected  in  this  section  alone. 

Section  19  presents  the  specification  for  the  ATARS  Data 
Extraction  Function.  This  function  also  must  interface  with 
many  tasks  and  data  structures  but  is  described  in  this  section 
alone. 

Appendix  A  collects  all  of  the  ATARS  system  variables  and 
parameters,  and  presents  nominal  values  for  each  parameter. 

This  Appendix  provides  a  cross-reference  to  the  pseudocode  in 
each  section  of  the  document. 

Appendix  B  defines  symbolic  constants  used  in  the  pseudocode. 

Appendix  C  defines  the  syntax  for  the  pseudocode  used  in  this 
document  to  define  the  ATARS  algorithms. 

Appendix  D  lists  the  references. 
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1.4  Pseudocode 


The  last  part  of  Sections  4  through  17  contain  the  pseudocode 
for  each  of  the  tasks  listed  in  Section  3.  This  approach  to 
software  specification  has  been  adopted  because  it  provides  a 
clear,  English-like  specification,  which  is  believed  superior  to 
flowcharts  for  conveying  complex  logic  to  the  reader;  and  at  the 
same  time  provides  a  precise  software  specification  using  a 
formal  structure,  which  is  again  superior  to  flowcharts  for 
error-free  design.  This  document  achieves  these  dual  goals  by 
using  both  a  "high-level"  English-like  pseudocode  and  a 
"low-level"  variable  specification  pseudocode,  always  printed 
side-by-side  on  facing  pages.  Each  task,  routine,  or  process  is 
limited  to  one  page,  with  no  limit  to  the  number  of  nested 
processes  used  to  express  the  algorithm. 

Each  pseudocode  section  begins  with  its  own  Table  of  Contents. 
Next  follows  the  declaration  of  any  parameters  and  variables 
which  are  local  to  that  task.  The  pseudocode  for  the  task  is 
next,  followed  by  its  first-level  processes,  in  the  order  of 
their  invocation,  and  then  all  lower-level  processes  in 
alphabetical  order.  Any  routines  or  additional  tasks  then 
follow,  with  same  content  for  each.  Since  this  is  pseudocode, 
and  not  actual  machine  code,  even  the  low-level  pseudocode 
contains  English  statements.  No  attempt  has  been  made  to 
produce  finished  code,  but  only  to  convey  clear  meaning  to  the 
programmer.  This  is  frequently  done  where  the  final  code  is 
heavily  implementation-dependent.  For  example,  numeric  values 
have  not  been  assigned  to  system  constants  (Appendix  B) ,  in 
which  the  values  used  are  not  significant,  so  long  as 
alternative  values  are  unique.  An  explanation  of  the  pseudocode 
is  given  in  Appendix  C.  This  should  be  read  before  beginning 
the  pseudocode  sections. 

Within  the  pseudocode,  certain  abbreviations  are  frequently  used 
in  order  to  maintain  the  critical  Indentation  which  describes 
the  logic,  and  limit  each  task  or  process  to  a  single  page.  For 
example,  "aircraft"  is  abbreviated  as  AC,  and  major  data 
structures  such  as  Pair  Record,  Conflict  Table,  etc.  are 
sometimes  abbreviated.  References  to  system  data  structures  are 
normally  given  in  full,  with  both  the  structure  name  and  the 
member  name  given.  However,  certain  shorthand  conventions  are 
used  at  times,  where  the  meaning  should  be  clear  to  the 
programmer.  These  conventions  are  described  at  the  start  of  the 
pseudocode  section  where  they  are  used.  A  non-qualified 
variable  name  (i.e.,  structure  not  stated)  refers  to  a  variable 
which  is  local  to  the  task  in  which  it  is  used. 
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1.5  Features  New  to  This  Specification 

ATARS  has  undergone  considerable  revision  and  refinement 
throughout  Its  development,  the  most  recent  previous  version 
being  Reference  4.  The  major  revisions  new  to  this  document  are: 

1.  Resolution  advisory  coordination  using  the  Resolution 
Advisory  Register  (RAR) 

2.  A  Traffic  Advisory  Service  providing  multiple  levels  of 
service 

3.  Traffic  Advisory  and  Domino  provisions  for  non-mode  C 
aircraft 

4.  A  level-occupancy  nonlinear  vertical  tracker 

5.  Various  new  and  revised  features  in  the  Resolution 
Advisories  Evaluation  Routine 

6.  A  Status  Monitoring  and  Reporting  function 

7.  A  Data  Extraction  function 
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2.  SYSTEM  OVERVIEW 


The  basic  concept  of  ATARS  is  very  briefly  reviewed  here  as 
background  to  the  technical  description  of  the  algorithms.  A 
complete  functional  description  is  presented  in  Reference  2. 
The  discussion  here  is  only  intended  to  introduce  ATARS  to  the 
program  designer. 

2.1  Summary  Concept  Description 


The  Automatic  Traffic  Advisory  and  Resolution  Service  is  a 
ground  based  collision  avoidance  system  to  be  implemented  in  the 
following  environment: 

1.  Full  x,  y,  and  z  (altitude  reporting)  surveillance  or 
non-mode  C  (mode  A  or  primary  radar  data)  on  all 
aircraft  in  the  ATARS  surveillance  area 

2.  Direct  digital  data  link  to  displays  in  the  cockpits  of 
aircraft  receiving  ATARS  service 

3.  Aircraft  with  an  operational  Beacon  Collision  Avoidance 
System  (BCAS)  (see  Reference  5) 

4.  Netted  and  non-netted  adjacent  DABS  sites 

5.  An  automated  decision  process 

The  Discrete  Address  Beacon  System  (DABS)  provides  the  fully 
automatic  surveillance  and  data-link  communications  capabilities 
which  are  prerequisite  to  the  realization  of  ATARS. 

The  ATARS  system  monitors  the  location,  altitude,  and  velocity 
of  all  aircraft  throughout  a  contiguous  airspace  via  the  surveil¬ 
lance  capability.  A  ground  based  computer  processes  the  data  and 
continuously  provides  proximity  warning  information  and,  when 
necessary,  resolution  advisories  to  aircraft  receiving  A"ARS 
service.  A  limited  traffic  advisory  service  is  provided  to 
inform  ATARS  equipped  aircraft  of  nearby  non-mode  C  aircraft. 
Certain  messages  are  generated  by  ATARS  and  displayed  to  the 
responsible  air  traffic  controller  at  the  ATC  facility  when  a 
conflict  involving  a  controlled  aircraft  is  detected  by  the 
ATARS  system. 

2.2  Types  of  Encounters 

The  ATARS  system  behaves  differently  depending  on  whether  the 
aircraft  in  conflict  are  under  control  of  the  ATC  system 
(controlled  aircraft)  or  not  (uncontrolled  aircraft),  and  on 
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whether  one  aircraft  is  unequipped  to  receive  ATARS  resolution 
advisories  or  has  not  adequately  responded  to  the  original 
resolution  advisory.  The  types  of  messages  to  be  sent  to  the 
aircraft  and  the  parameters  used  in  the  detection  algorithms 
vary  with  the  type  of  encounter  involved. 

2.2.1  Uncontrolled/Uncontrolled  Encounters 


ATARS  is  a  limited  form  of  ground  based  air  traffic  control 
which  provides  proximity  warning  and  separation  services  to 
uncontrolled  aircraft  in  a  given  region  of  airspace.  It  is 
intermittent  in  that  it  intervenes  into  the  Visual  Flight  Rule 
(VFR)  flight  regime  only  when  that  flight's  present  course  and 
altitude  put  it  in  proximity  to,  or  in  potential  conflict  with 
other  traffic.  It  does  not  require  the  pilot  to  file  a  flight 
plan  or  to  operate  under  an  ATC  clearance. 

The  look-ahead  times  and  minimum  miss  distance  criteria  used  tc 
issue  resolution  advisories  in  uncontrolled /uncontrolled 
conflicts  are  of  a  "tactical"  nature  (e.g.,  30  seconds  and  0.5 
nmi)  and  imply  collision  avoidance  intervention  only  when  a 
conflict  is  imminent.  The  uncontrolled  aircraft  still  operates 
in  a  primarily  "free  flight"  mode. 

2.2.2  Uncontrolled/Controlled  Encounters 


In  an  uncontrolled/controlled  encounter,  the  air  traffic  con¬ 
troller  becomes  another  element  in  the  resolution  of  a  conflict. 
The  sequence  of  events  is  as  follows.  When  a  pair  of  aircraft 
is  observed  to  be  on  the  order  of  40  seconds  from  a  violation  of 

1.2  nmi  horizontal  separation  or  375  feet  vertical  separation,  a 
Controller  Alert  Message  is  generated  and  displayed  to  the 
controller  with  responsibility  for  the  controlled  aircraft. 

This  message  will  contain  the  conflict  resolution  advisory  which 
ATARS  would  deliver  to  the  uncontrolled  aircraft  if  it  were  to 
issue  one  at  this  time.  (If  the  conflict  alert  messages  which 
are  generated  within  the  en  route  or  terminal  automation  systems 
are  already  displayed  for  this  aircraft  pair,  the  controller 
message  generated  by  ATARS  need  not  be  displayed  in  duplicate.) 

At  the  same  time  a  threat  advisory  is  issued  to  both  pilots 
indicating  the  potential  conflict  and  that  they  should  attempt 
to  visually  acquire  the  threat  aircraft  and  make  a  threat 
assessment.  The  controller  observes  the  warning  on  his  display 
and  may  elect  to  maneuver  the  controlled  aircraft  to  avoid  the 
uncontrolled  aircraft  or  simply  issue  an  advisory  on  the 
traffic.  If  no  action  is  taken,  at  about  15  seconds  later  a 
resolution  advisory  is  issued  to  the  uncontrolled  pilot  informing 
him  that  he  should  perform  the  evasive  maneuver  Indicated.  If 
ATARS  determines  that  the  conflict  situation  has  continued  to 
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deteriorate  (approximately  25  seconds  before  closest  approach) 
then  the  controlled  aircraft  is  also  issued  a  resolution 
advisory.  Both  of  these  resolution  advise' xes  are  made 
available  to  ATC  for  display  to  the  controller. 

2.2.3  Controlled/Controlled  Encounters 


ATARS  can  serve  a  role  as  a  backup  collision  avoidance  or 
separation  assurance  system  for  conflicts  between  two  controlled 
aircraft.  It  is  not  a  controller  automation  aid  as  are  the 
present  conflict  alert  functions  in  the  terminal  and  en  route 
automation  systems.  ATARS  is  designed  to  maneuver  controlled 
aircraft  only  when  absolutely  necessary,  and  is  not  intended  to 
supplant  the  ATC  system  or  routinely  issue  resolution  advisories 
to  controlled  aircraft. 

An  ATARS  Controller  Alert  Message  is  generated  by  ATARS  at  a 
time  comparable  to  the  ATC  Conflict  Alert  time  for  display  to 
the  responsible  controller.  This  message  contains  the  conflict 
resolution  advisories  for  both  aircraft  which  ATARS  would  Issue 
if  It  were  to  do  so  at  that  time.  Both  pilots  are  informed  of 
the  potential  threat.  If  the  conflict  continues  to  deteriorate, 
ATARS  will  issue  resolution  advisories  to  the  pilots 
approximately  25  seconds  before  closest  approach  is  reached. 
These  advisories  are  also  made  available  to  ATC  for  display  to 
the  controller. 

The  continued  execution  of  ATARS  with  direct  data  link 
advisories  to  controlled  aircraft  as  well  as  to  uncontrolled 
aircraft  can  be  a  significant  safety  backup  during  periods  of 
ATC  hardware  or  software  failure. 

2.2.4  Encounters  With  More  Than  Two  Aircraft 


Logic  has  been  developed  to  resolve  conflicts  involving  more 
than  two  aircraft.  Details  of  this  logic  are  presented  In  a 
later  section. 

2.2.5  Encounters  With  One  Aircraft  Unequipped 

The  ATARS  system  can  detect  conflicts  between  one  equipped 
aircraft  and  one  aircraft  which  is  unequipped.  The  system 
uses  larger  time  thresholds  so  that  the  conflict  can  be  satis¬ 
factorily  resolved  by  issuing  resolution  advisories  only  to  the 
equipped  aircraft. 


2-3 


2.2.6  Encounters  Which  Are  Not  Resolved  With  Initial  Resolution 
Advisories 


Special  logic  to  alter  the  resolution  advisories  is  implemented 
in  encounters  which  continue  to  deteriorate  after  initial 
advisories  have  been  issued  or  in  which  additional  significant 
information  becomes  available  on  the  aircraft's  maneuvering 
status.  When  such  an  encounter  is  detected,  additional 
advisories  may  be  issued  to  one  or  both  aircraft. 

2.3  Uplink  Messages  to  be  Sent  to  Aircraft 


ATARS  information  is  uplinked  to  equipped  aircraft  in  display 
independent  formats  which  are  capable  of  supporting  a  wide  range 
of  display  implementations.  In  order  to  facilitate  the 
implementation  of  low  cost  avionics  as  well  as  to  provide 
sufficient  information  to  drive  sophisticated  avionics  (such  as 
a  graphic  display)  without  transmitting  a  large  amount  of 
unwanted  information  to  some  aircraft,  ATARS  has  been  designed 
to  provide  up  to  8  classes  of  service. 

This  document  describes  3  classes  of  service;  classes  0,  1  and 
2.  Each  class  of  service  provides  the  full  set  of  ATARS 
advisories;  however,  they  differ  in  terms  of  the  quantity  of 
information  provided. 

Upon  entry  into  ATARS  coverage,  each  avionics  Installation  will 
notify  the  ground  of  the  class  of  service  it  desires.  This  will 
be  the  lowest  class  of  service  that  will  permit  full  functioning 
of  the  avionics  installation,  thereby  making  efficient  use  of 
the  DABS  data  link. 

2.3.1  Proximity  Advisory 


A  proximity  advisory  is  used  to  inform  a  pilot  of  the  presence 
of  nearby  proximate,  non-threatening  aircraft.  The  message 
contains  sufficient  information  to  enhance  visual  acquisition. 
The  horizontal  range  and  relative  altitude  are  used  to  determine 
when  a  proximity  advisory  will  be  issued.  The  horizontal  range 
varies  with  the  speed  of  the  aircraft  involved.  If  one  aircraft 
receives  an  advisory  because  of  the  proximity  of  a  second 
aircraft,  that  second  aircraft  (if  ATARS  equipped)  will  also  be 
issued  an  appropriate  proximity  advisory  indicating  the  presence 
of  the  first  aircraft.  Note  that  for  ATARS  service,  at  least 
one  aircraft  must  be  ATARS  equipped. 
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2.3.2  Threat  Advisory 


When  an  aircraft  is  in  potential  conflict  with  another  aircraft 
as  determined  by  horizontal,  vertical,  and  miss-distance  tests, 
then  a  threat  advisory  is  issued  to  warn  the  pilot  of  the 
potential  collision  situation.  This  message  is  given 
approximately  15  seconds  in  advance  of  the  resolution  advisory 
to  give  the  pilots  involved  time  to  assess  the  situation  on 
their  own  by  locating  each  other  visually  using  the  relative 
bearing,  altitude,  and  heading  data  from  the  threat  advisory. 

2.3.3  Resolution  Advisory 


The  pilot  will  be  given  a  negative  resolution  advisory  either 
(1)  to  prevent  a  maneuver  that,  if  executed,  would  cause  a 
positive  resolution  advisory  to  be  issued,  or  (2)  when  stopping 
an  aircraft's  vertical  rate  or  rate  of  turn  would  produce 
sufficient  separation  to  resolve  the  conflict.  These  advisories 
are  in  the  form  of  generic  "don't"  messages  (don't  turn  left, 
don't  climb,  etc.).  All  data  provided  for  a  threat  advisory  is 
transmitted  with  a  resolution  advisory.  The  vertical  speed 
limit  (VSL)  is  a  negative  advisory  which  requires  that  the  pilot 
limit  his  rate  of  climb  or  descent. 

A  positive  resolution  advisory  will  b*  issued  whenever  ATARS 
determines,  based  upon  a  projection  of  the  aircraft,  that  the 
aircraft  will  come  closer  than  a  specified  separation  threshold. 

Resolution  is  accomplished  by  selecting  the  best  maneuver  for 
each  aircraft  for  the  particular  geOfflStry  such  that  clearance  of 
the  hazardous  condition  will  be  provided.  This  is  accomplished 
by  modeling  each  aircraft  as  responding  to  all  possible 
maneuvers  and  selecting  the  one  which  provides  the  most 
acceptable  maneuver  based  on  the  consideration  of  many  factors. 
The  advisories  are  removed  when  the  aircraft  no  longer  satisfy 
the  detection  criteria  for  such  advisories. 

2.3.4  Own  Message 

The  ATARS  ground  based  system  will  provide  periodic  Own  Messages 
to  suitably  equipped  aircraft.  This  message  contains 
information  pertaining  to  own  aircraft's  tracked  heading,  ground 
speed,  altitude,  and  turn  rate  as  seen  by  ATARS.  This 
information  is  used  by  the  aircraft's  on  board  display  processor 
to  aid  in  the  presentation  of  ATARS  generated  advisories. 
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2.3.5  Terrain,  Airspace,  and  Obstacle  Avoidance  Messages 

ATARS  will  give  an  alert  to  an  aircraft  too  near  the  terrain  or 
an  obstacle.  A  map  of  the  terrain  in  the  ATARS  service  area 
will  be  generated  from  U.  S.  Geological  Survey  Data  and  stored 
in  the  ATARS  data  base.  Also,  ATARS  will  provide  an  alert  to 
pilots  when  a  violation  of  restricted  airspace  is  Imminent. 
Uncontrolled  aircraft  will  be  alerted  upon  entry  into  a  Terminal 
Control  Area  (TCA).  Obstacles  and  restricted  airspace  regions 
will  also  be  stored  for  access  by  ATARS.  A  Controller  Alert 
Message  is  also  generated  when  these  kinds  of  alerts  are 
required . 

2.3.6  Altitude  Echo 


ATARS  lets  the  pilot  verify  his  mode  C  reported  altitude  and  his 
manually  entered  correction  to  his  barometric  altimeter 
reading.  This  message  is  sent  upon  the  aircraft  first  entering 
ATARS  service,  periodically  thereafter,  and  also  whenever  the 
pilot  requests  this  service.  The  message  uplinks  (echos)  the 
corrected  mode  C  report,  and  also  contains  the  altimeter 
correction  used  by  ATARS. 

2.4  Multi-site  Considerations 


ATARS  is  to  be  implemented  in  a  complete  system  by  performing 
the  ATARS  function  in  the  same  digital  computer  facility  that  is 
resident  at  each  DABS  sensor  site.  Hence,  ATARS  is  Implemented 
as  a  distributed  function  and  must  be  provided  with  a  means  for 
coordination  between  adjacent  ATARS  functions. 

The  necessary  coordination  between  ATARS  functions  can  be 
achieved  by  providing  direct  ground  communication  links  between 
adjacent  DABS  sites  or  by  using  the  information  stored  in  the 
Resolution  Advisory  Register  (RAR).  This  register  is  on  board 
each  aircraft  which  is  equipped  to  receive  ATARS  service.  Each 
ATARS  function  performs  ATARS  calculations  for  all  aircraft 
within  a  specified  geographical  area  which  represents  the  area 
of  responsibility  of  that  ATARS.  These  areas  of  responsibility 
overlap  in  the  vicinity  of  their  boundaries  to  form  seam  areas 
in  which  two  or  more  ATARS  functions  may  have  responsibility. 

The  generation  of  incompatible  resolution  advisories  to  a  pair 
of  aircraft  by  two  different  ATARS  functions  is  prevented  by 
assigning  a  priority  ordering  to  sites  which  provide  service  in 
the  seam  between  sites.  The  site  which  sees  both  the  aircraft 
and  has  the  highest  priority  is  allowed  to  resolve  the  conflict. 
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2.5  ATARS  -  BCAS  Coordination 

The  coordination  of  ATARS  and  BCAS  is  through  the  RAR.  The  RAR 
is  a  resolution  advisory  storage  device  on  board  each  BCAS  and 
ATARS  equipped  aircraft.  This  device  is  read  by  examining 
replies  to  BCAS  and  DABS  sensor  interrogations.  The  current 
resolution  advisories  generated  by  either  BCAS  or  ATARS  are 
taken  as  constraints  when  either  system  selects  maneuvers  for  a 
new  conflict. 
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3.  HIGH  LEVEL  PROCESSING  AND  SYSTEM  DATA  STRUCTURES 


3.1  High  Level  Processing 

This  section  discusses  the  execution  control,  the  sequencing  of 
tasks,  and  the  external  Interface  of  ATARS  sector  processing. 

3.1.1  Sector  Processing 

Special  consideration  must  be  given  to  the  proper  interplay  and 
overall  control  of  the  sector  oriented  task  sequencing  of  ATARS. 
Executive  control  must  arrange  for  smooth  transitions  of  control 
and  effective  utilization  of  computer  time  resources.  Although 
a  precise  implementation  of  an  executive  program  is  not  specifi¬ 
cally  addressed,  a  solution  is  outlined  in  the  diagram  of  Figure 
3-1. 
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Sector  processing  in  ATARS  provides  a  method  to  take  small, 
defined  areas  (sectors)  of  the  ATARS  surveillance  area  and 
process  the  data  from  each  sector  as  a  group.  The  ATARS  sectors 
illustrated  in  Figure  3-1  contain  two  antenna  sectors  of  11  1/4 
degrees  each.  (The  term  "sector”  used  unqualified  should  be 
interpreted  as  an  ATARS  sector  (22  1/2  degrees)  while  reference 
to  an  antenna  sector  (11  1/4  degrees)  will  always  be  written  as 
"antenna  sector”.)  Because  of  a  generalized  design  approach  for 
sector  processing,  the  requirement  for  an  ATARS  sector  to  contain 
two  antenna  sectors  is  flexible  and  may  be  site  adaptable.  Care 
must  be  taken  when  enlarging  the  ATARS  sectors  in  that  a  larger 
area  would  contain  a  larger  data  base  and  each  sector's 
processing  time  would  have  to  be  adjusted.  Also,  certain  sector 
and  time  dependent  parameters  need  to  be  adjusted. 

The  report-to-track  correlations  provided  by  the  DABS  sensor  are 
accepted  by  ATARS  as  they  are  received  because  ATARS  is  an 
uncorrelating  user.  Track  data  which  is  tranferred  from  DABS  to 
ATARS  is  slaved  to  the  antenna  rotation.  Target  reports  arrive 
in  the  buffer  area  in  a  batch  (one  antenna  sector's  worth  of 
reports)  once  per  11  1/4  degree  antenna  sector.  The  DABS  sensor 
triggers  the  ATARS  executive  to  read  the  report  buffer  which 
includes  a  header  containing  the  sector  identification  and 
sector  time. 

The  real-time  processing  rate  of  ATARS  is  maintained  in 
synchronization  with  the  DABS  sensor  beam.  This  antenna  sector 
synchronization  is  important  because  the  executive  program  must 
order  tasks  to  be  initiated  and  terminated  for  the  sector's  data 
at  discrete  times  in  the  processing  scan.  These  times,  noted  as 
critical  times  in  Figure  3-1,  refer  to  the  start  of  a  particular 
sector  in  the  processing  scan  (e.g.,  Note  critical  point  3. 
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This  means  no  data  for  sector  1  is  available  for  the  Report 
Processing  Task  before  the  start  of  sector  3).  The  sector 
numbers  in  the  diagram  illustrate  the  sequencing  of  tasks  for 
the  track  data  in  sector  1,  but  are  easily  related  to  any  sector 
by  just  adding  the  desired  sector's  Identification  number  minus 
one  to  the  critical  point  (e.g..  Critical  point  3  on  the  diagram 
is  the  start  of  sector  3  when  referencing  the  processing  of 
sector  1  data.  If  sector  4  data  is  the  reference,  then  critical 
point  3  on  the  diagram  becomes  3  +  (4-1),  or  sector  6). 

The  sector  processing  diagram  illustrates  all  the  tasks  that 
must  be  executed  within  one  scan  for  each  sector  of  data.  The 
task  sequencing  and  data  flow  are  shown  by  the  solid  connecting 
lines.  Each  step  in  the  process  is  dependent  on  one  or  more 
tasks  being  completed  or  an  input  buffer  being  filled.  When  two 
or  more  tasks  must  be  completed  for  a  new  task  to  start,  a 
critical  point  in  sector  processing  is  noted.  A  summary  of  the 
time  span  required  or  allowed  for  each  task  in  a  single  scan  is 
outlined  in  Table  3-1.  The  executive  program  controls  the 
initiation  and  termination  of  each  task  according  to  the  window 
length  for  each  task.  With  the  starting  times  and  processing 
windows  allowed  for  the  various  tasks,  several  tasks  throughout 
the  processing  cycle  may  run  in  parallel  while  processing  a 
particular  sector.  The  executive  determines  that  each  sector  is 
processed  in  a  step-by-step  manner  throughout  the  ATARS  process. 
At  the  same  time,  the  executive  program  controls  and  determines 
when  each  task  is  ready  to  accept  the  next  sector  for  processing 
as  critical  points  are  reached  in  the  task  sequencing.  The 
executive  program  handles  the  major  data  structures  (Table  3-2) 
for  the  tasks  by  providing  pointers  to  each  sector  of  data  in 
the  data  structure  and  by  placing  data  in  the  various 
structures.  This  keeps  the  data  segregated  according  to  sectors 
where  required.  Care  must  be  taken  by  the  executive  to  make 
sure  that  data  structures  and  lists  for  a  particular  sector  are 
not  being  updated  and  read  at  the  same  time.  A  mechanism  for 
lockouts  must  be  implemented  to  prevent  this  possibility. 

One  delay  is  required  during  the  task  sequencing  and  must  be 
implemented  by  the  executive.  This  delay  is  required  to  make 
sure  that  up-to-date  aircraft  positions  and  velocities  are  used 
when  determining  potential  conflicts  or  resolving  old  conflicts 
with  the  sector  being  processed.  This  delay  occurs  after  execu¬ 
tion  of  the  Aircraft  Update  Processing  Task  and  the  new  position 
in  the  data  base  has  been  established  for  the  aircraft  in  the 
sector.  (The  aircraft  are  ordered  in  the  data  base  according  to 
their  x  coordinate  in  order  to  expedite  processing  in  succeeding 
tasks.)  In  order  to  have  current  positions  for  aircraft  in  the 
two  adjacent  sectors,  further  processing  of  the  current  sector 
is  delayed  until  aircraft  in  the  next  two  sectors  have  been 
updated. 
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TABLE  3-1 

TIMING  WINDOWS  FOR  ATARS  FUNCTIONAL  PROCESSES 


ATARS  FUNCTION 


WINDOW  START 

(Processing  Length-Sectors) 


Downlink 

N 

(2.0) 

Incoming  Seam  Pair  Request 

N 

Processing  and  Reply  (Conflict 

Tables) 

(2.0) 

Surveillance  Report  Processing 

N+2 

(0.5) 

Non-surveillance  Message  Processing 

N+2 

(0.5) 

Track  Processing 

N+2 

(0.5) 

RAR  Processing 

N+2. 5 
(1.0) 

New  Aircraft  Processing 

N+2. 5 
(0.5) 

Aircraft  Update  Processing 

N+2. 5 
(0.5) 

Resolution  Notification 

N+4.5 

(1.5) 

Terrain/ Air space/ 

N+4.5 

Obstacle  Avoidance 

(9.5) 

Coarse  Screen 

N+4.5 

(2.5) 

Detect 

N+4.5 

(2.5) 
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TABLE  3-1 
(Concluded) 


ATARS  FUNCTION  (Proces 

13.  Traffic  Advisory 

14.  Seam  Pair 

15.  Master  Resolution  (Normal) 

16.  Request  and  Process  Remote 
Conflict  Tables 

17.  Conflict  Resolution  Data 

18.  Resolution  Deletion 

19.  Master  Resolution  (Delayed) 

20.  Conflict  Pair  Cleanup 

21.  State  Vector  Deletion 

22.  Data  Link  Message  Construction 

23.  Uplink 


i 

I 
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WINDOW  START 
sing  Length-Sectors) 

N+7 

(7.0) 

N+7 

(4.0) 

N+7 

(6.5) 

N+7 

(4.0) 

N+7 

(9.0) 

N+7 

(6.5) 

N+ll 

(2.5) 

N+13.5 

(0.5) 

N+13 

(0.5) 

N+14 

(1.0) 

N+15 

(1.0) 


TABLE  3-2 


MAJOR  DATA  STRUCTURES  FOR  ATARS  SECTOR  PROCESSING 

DESCRIPTION  (Sector  Requirement) 

Surveillance  Input  Data  (Antenna  Sector) 

State  Vector  (None) 

PWILST  (None) 

Conflict  Table  and  Pair  Record  (None) 

Encounter  Liat  (ATARS  Sector) 

XINIT  List  (ATARS  Sector) 

X-llst  and  EX-li8t  (ATARS  Sector  Threading) 

ATARS  Sector  List  (ATARS  Sector) 

Potential  Pair  List  (ATARS  Sector) 

Resolution  Pair  Acknowledgement  List  (None) 

Controller  Alert  List  (None) 

Deletion  List  (ATARS  Sector) 


REFERENCE 

3.2 

3.3.1 

3.3.2 

3.3.3 

3.3.4 

4. 5. 1.3 
6.1.1 
6.1.2 

7.4 
11.2 
11.2 

15.3 
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3.1.2  Task  Timing  and  Sequencing 

Figure  3-1  presents  the  highest  level  flow  diagram,  which 
displays  the  sequencing  of  all  the  major  tasks  for  ATARS  sector 
processing.  The  major  delivery  points  for  the  input/output 
buffers  are  Indicated  on  the  diagram.  The  numbers  in  the  boxes 
denote  critical  points  in  the  task  sequencing  where  several 
tasks  must  be  completed  before  starting  the  next  task.  It  is 
required  that  the  tasks  be  executed  in  the  order  shown  in  Figure 
3-1  for  each  sector  of  data.  Each  task  in  the  sector  processing 
sequence  has  a  defined  "window"  in  which  all  computations  for 
the  particular  sector  of  data  must  be  completed  (see  Table 
3-1).  The  individual  tasks  involve  other  routines  and  processes 
which  are  necessary  to  complete  the  assignments  for  a  given  task. 

The  following  discussion  describes  the  operation  of  the  ATARS 
sector  processing  at  the  highest  level  and  represents  the  perfor¬ 
mance  of  all  tasks  on  data  from  one  ATARS  sector.  Through  the 
executive  control,  this  sector  process  is  applied  individually 
to  the  data  from  all  ATARS  sectors  in  the  manner  described  in 
Section  3.1.1. 

The  first  major  input  data  processor  is  the  Non-surveillance 
Message  Processing  Task  which  accepts  non-surveillance  data  from 
DABS  on  an  antenna  sector  basis  through  the  Non-surveillance 
Buffer.  The  messages  are  processed  once  per  antenna  sector  at 
the  Initiation  of  report  processing.  The  output  of  the 
non-surveillance  task  is  used  to  update  the  aircraft  state 
vectors  accordingly. 

The  second  major  input  data  processor  is  the  RAR  Processing 
Task.  RAR  Information  is  received  through  the  RAR  Buffer.  The 
messages  are  processed  once  per  sector.  The  primary  function  of 
the  RAR  processor  is  to  examine  the  contents  of  the  RAR  of 
aircraft  with  ATARS  equipage  each  time  this  data  is  downlinked 
and  to  update  the  information  in  the  ATARS  Conflict  Tables 
accordingly.  RAR  processing  notes  the  acceptance  of  resolution 
advisories  uplinked  by  the  local  ATARS  site  and  records  the 
existence  of  resolution  advisories  generated  by  other  systems. 

For  conflicts  involving  a  controlled  aircraft,  the  RAR 
Processing  Task  also  updates  the  Resolution  Pair  Acknowledgement 
List  to  show  the  controller  resolution  advisories  which  have 
actually  been  delivered  by  the  various  collision  avoidance 
systems. 

The  third  major  input  data  processor  is  the  Report  Processing 
Task.  The  Information  for  this  task  is  received  through  the 
Surveillance  Buffer  and  the  reports  are  processed  once  per 
antenna  sector.  A  decision  is  made  on  whether  the  reports  fall 
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inside  the  ATARS/Domlno  surveillance  area  and,  if  so,  DABS  and 
ATCRBS  tracks  are  initiated  with  an  aircraft  state  vector  and 
added  to  the  antenna  sector  list. 

A  fourth  task  which  processes  input  data  is  the  Incoming  Seam 
Pair  Request  Processing  and  Reply  Task.  The  data  for  this  task 
is  received  through  the  ATARS-to-ATARS  Buffer.  This  buffer 
operates  as  a  two-way  exchange,  providing  input  and  accepting 
outputs  from  this  task.  The  incoming  seam  pair  request  task 
performs  processing  and  forms  replies  to  messages  received  over 
ground  lines  (during  the  antenna  sweep  through  sector  1)  from 
neighboring  ATARS  sites.  Each  message  is  a  request  for  Conflict 
Tables  involving  a  specified  pair  of  aircraft.  This  task 
identifies  the  aircraft  in  the  request  and  returns  own-site's 
copy  of  the  Conflict  Tables,  if  any. 

After  report  processing  has  initiated  new  tracks  for  the  XINIT 
List  or  associated  reports  with  existing  tracks,  the  Track 
Processing  Task  performs  track  updates  through  the  smoothing  and 
prediction  algorithms.  As  new  tracks  are  qualified  for  ATARS 
service,  they  are  added  to  a  track  initiation  list  for  additions 
to  the  ATARS  data  base.  These  aircraft  are  then  added  to  the 
X-list  or  EX-list  in  the  New  Aircraft  Processing  Task.  The  new 
aircraft  are  linked  into  the  data  base  to  be  included  with 
aircraft  in  the  ATARS  sector  for  which  they  are  identified.  The 
Track  Processing  Task  performs  additional  elimination  of  tracks 
which  are  not  to  be  serviced  by  ATARS. 

Next,  each  aircraft  in  the  sector  has  its  position  updated  to  a 
common  sector  time  in  the  Aircraft  Update  Processing  Task.  This 
is  necessary  because  track  reports  are  received  from  both  the 
local  sensor  and  remote  sensors,  and  the  data  received  on  all 
aircraft  will  have  been  measured  at  different  times. 

The  area  near  the  radar  site  providing  the  surveillance  data  for 
ATARS  must  be  given  special  consideration  in  this  task  during 
sector  processing.  This  area  is  designated  the  hub  area  and  is 
defined  by  a  circle  of  radius  RHUB  (approximately  10  nmi)  from 
the  radar  site  (Figure  3-2).  The  position  of  all  aircraft  in 
the  area  must  be  updated  every  quarter  scan  (approximately  1.2 
seconds).  This  is  necessary  in  sector  processing  because  data 
is  processed  in  sector  groups  and  a  small  position  change  in 
this  area  may  move  an  aircraft  one  or  more  sectors  from  its  last 
sector  location.  Thus,  an  updated  sector  identification  and 
position  is  maintained  for  aircraft  in  the  immediate  vicinity  of 
the  radar  site  four  times  per  antenna  scan.  Using  the  updated 
data  base,  a  sector  of  aircraft  is  processed  in  a  parallel  mode 
by  the  following  two  tasks:  Coarse  Screen  Task  and 
Terrain/ Airspace/Obstacle  Avoidance  Task. 
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RHUB  -  RADIUS  OP  HUB  PROCESSING  AREA 


FIGURE  3-2 

DIAGRAM  OF  HUB  PROCESSING  AREA  AS 
CONTAINED  IN  THE  ATARS  SERVICE  AREA 


The  Coarse  Screen  Task  searches  the  data  base  for  aircraft  that 
are  potentially  in  conflict  with  each  entry  on  this  sector's 
list  of  aircraft.  This  search  is  implemented  through  the  use  of 
two  independent,  doubly  linked  lists  which  are  ordered  on  the  x 
coordinates  of  the  aircraft.  Each  aircraft  is  contained  on  one 
list  or  the  other.  Two  separate  lists  are  maintained  in  order 
to  make  the  search  for  potential  conflict  pairs  more  efficient. 
All  aircraft  which  would  require  large  search  limits  because  of 
high  speeds  or  other  factors  are  placed  on  one  list  called  the 
EX-list  and  all  other  aircraft  are  placed  on  the  other  list 
called  the  X-list.  In  coarse  screening  each  aircraft  is 
compared  with  its  neighbors  on  its  own  list  (and  possibly  with 
some  aircraft  on  the  other  list,  as  well)  to  find  all  pairs  of 
potentially  conflicting  aircraft.  A  pattern  of  searches  has 
been  devised  that  avoids  duplicate  detection  of  pairs.  The 
pairs  of  aircraft  which  are  identified  are  entered  on  the 
Potential  Pair  List  for  this  sector. 

The  Terrain/Airspace/Obstacle  Avoidance  Task  has  the  capability 
to  provide  an  alert  for  the  violation  of  restricted  airspace, 
close  proximity  to  the  terrain,  and  close  proximity  to  an 
obstacle.  This  task  operates  on  the  sector  list  of  aircraft  and 
only  affords  service  for  those  aircraft  in  the  ATARS  service 
area.  The  logic  to  determine  the  need  for  an  alert  is  provided 
in  this  task,  while  the  actual  construction  of  the  uplink 
message  is  performed  by  the  Data  Link  Message  Construction  Task 
later  in  the  sector  processing  sequence. 

Processed  in  parallel  with  the  above  two  tasks  is  the  Resolution 
Notification  Task.  This  task  processes  all  pairs  on  the 
Resolution  Pair  Acknowledgement  List  for  the  sector.  The 
generation  of  Resolution  Notification  Messages  to  the  controller 
occurs  in  the  Resolution  Notification  Task. 

The  Potential  Pair  List  for  the  sector  is  used  by  the  Detect 
Task.  Detection  determines  if  ATARS  controller  alert  or 
traffic/resolution  advisories  are  required  for  each  pair  on  the 
list.  The  output  of  the  Detect  Task  is  an  Encounter  List  entry 
which  indicates  if  a  controller  alert,  proximity  advisory, 
threat  advisory  or  resolution  advisory  are  required. 

If  the  pair  was  previously  in  resolution  status  and  no  longer 
requires  resolution,  it  is  flagged  for  resolution  deletion. 

Pairs  on  the  Encounter  List  are  input  to  the  Traffic  Advisory 
and  Seam  Pair  Tasks  which  determine  the  correct  action  for  the 
pair.  The  Traffic  Advisory  Task  creates,  updates,  and  deletes 
entries  on  a  list  maintained  for  each  subject  aircraft.  Entries 
on  the  list  contain  data  for  other  aircraft  which  are  in 
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conflict  with  the  subject  aircraft.  This  data  is  used  later  to 
generate  traffic  advisory  messages.  Pairs  which  require 
resolution  are  processed  by  the  Master  Resolution  Task,  either 
Normal  or  Delayed. 

Those  pairs  on  the  Encounter  List  which  are  flagged  for 
resolution  deletion  are  processed  by  the  Resolution  Deletion 
Task.  This  task  has  the  general  purpose  of  ensuring  that 
conflict  pair  data  in  the  Conflict  Tables  is  closed  out  in  the 
proper  manner  when  it  is  no  longer  needed.  This  task  initiates 
the  uplink  of  null  resolution  advisories  for  conflicts  which 
were  resolved  by  the  local  site  and  deletes  data  for  any 
aircraft  flying  out  of  the  local  site's  coverage  area. 

The  Encounter  List  is  used  as  input  for  the  Seam  Pair  Task. 

This  task  determines  own-site  resolution  responslbl 1 ity  for  each 
pair  on  the  Encounter  List.  If  own-site  is  response  ole  and 
either  aircraft  is  in  an  ATARS  seam,  the  task  flags  the  pair  for 
delayed  resolution.  Normal  resolution  is  allowed  if  neither 
aircraft  is  in  a  seam.  The  controller  alert  status  is  also  set 
or  cleared  according  to  own-site's  resolution  responsibility. 

The  Conflict  Resolution  Data  Task  is  available  for  processing  as 
soon  as  there  are  entries  on  the  Encounter  List  requiring  a 
controller  alert.  The  task  creates  and  updates  from  the 
Information  on  the  Encounter  List  entries  on  the  Controller 
Alert  List.  When  three  of  the  last  five  scans  have  had  a 
controller  alert  flag  set  in  the  Detect  Task,  or  have  had  the 
Immediate  controller  alert  flag  set  in  detect,  a  Controller 
Alert  Message  is  generated  containing  conflict  resolution  data. 

The  Master  Resolution  (Normal)  Task  provides  the  framework  for 
the  initial  selection  of  resolution  advisories,  the  monitoring 
of  the  conflict  to  adjust  resolution  advisories  to  more 
restrictive  or  less  restrictive  maneuvers  as  the  situation 
warrants,  the  staging  of  advisories  in  an  uncontrolled/ 
controlled  encounter,  and  the  recompution  of  resolution 
advisories  when  the  initial  maneuvers  are  ineffective  or 
incompatible  with  advisories  from  another  source.  This  is 
accomplished  through  the  use  of  the  Encounter  List,  Pair 
Records,  and  Conflict  Tables.  The  logic  for  providing  the 
selection  of  the  best  resolution  maneuver  for  a  pair  of  aircraft 
given  the  current  set  of  constraints  is  the  Resolution 
Advisories  Evaluation  Routine  which  is  called  by  the  Master 
Resolution  Task.  This  logic  performs  a  fast-time  simulation  of 
all  possible  sets  of  maneuvers  and  selects  the  one  that  will 
provide  the  greatest  safety  after  considering  many  factors. 

Some  of  these  factors  are  the  separation  at  closest  approach, 
the  turn  status  of  each  aircraft,  the  likelihood  of  a 
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domino  conflict,  and  the  vertical  and  horizontal  maneuver 
performance  of  the  aircraft.  The  logic  evaluates  multi-aircraft 
situations  by  considering  the  current  maneuver  constraints  when 
determining  resolution  advisories  for  a  new  conflict.  If  the 
Resolution  Advisory  Evaluation  Routine  is  unable  to  select 
resolution  advisories  for  a  conflict  pair  when  called  by  the 
Master  Resolution  (Normal)  Task,  then  the  pair  is  flagged  for 
processing  by  the  Master  Resolution  (Delayed)  Task. 

Before  the  completion  of  the  Master  Resolution  (Normal)  Task, 
the  Master  Resolution  (Delayed)  Task  is  initiated  for  the 
sector's  aircraft  seam  pairs  and  pairs  not  resolved  by  the 
Master  Resolution  (Normal)  Task.  The  Master  Resolution 
(Delayed)  Task  provides  the  same  service  to  the  aircraft  pairs 
as  the  Master  Resolution  (Normal)  Task. 

At  the  completion  of  normal  and  delayed  master  resolution,  the 
Conflict  Pair  Cleanup  Task  is  Initiated.  The  Conflict  Pair 
Cleanup  Task  serves  as  a  backup  to  the  Resolution  Deletion  Task 
to  ensure  that  data  in  the  Conflict  Tables  is  closed  out  in  the 
proper  manner  when  it  is  no  longer  needed.  Primary  input  to  the 
task  is  the  linked  list  of  Conflict  Tables. 

After  the  completion  of  the  Conflict  Pair  Cleanup  Task,  the 
State  Vector  Deletion  Task  is  initiated  for  the  sector.  This 
task  deletes  the  State  Vector  and  ends  tracking  of  an  aircraft 
which  leaves  the  ATARS/Domino  surveillance  area.  If  the 
aircraft  is  involved  in  a  conflict,  an  entry  is  made  on  the 
remote  list  of  aircraft.  If  ATARS  has  unfinished  business  with 
the  aircraft,  the  above  actions  are  Inhibited. 

The  last  task  to  be  executed  in  the  sector  sequei.  ing  is  the 
Data  Link  Message  Construction  Task.  This  task  processes  the 
sector's  list  of  aircraft  and  generates  all  messages  required  to 
be  uplinked  to  each  aircraft.  The  task  reads  the  PWILST  and 
Conflict  Tables  and  generates  traffic  advisories  and  resolution 
advisories  for  aircraft  in  conflict.  If  the  aircraft  is  in 
restricted  airspace,  or  in  proximity  to  the  ground  or  other 
obstacles,  it  generates  a  message  containing  warning  data. 

The  Data  Extraction  Function  records  Important  ATARS  parameters, 
suitable  for  reconstructing  a  particular  aircraft  pair’s 
progress  through  the  ATARS  system.  This  information  can  be  used 
for  analysis,  system  error  tracing,  or  as  an  event  log.  The 
logic  for  this  task  does  not  exist  as  a  separate  entity,  but  is 
Interspersed  among  all  ATARS  software.  The  code  utilized  and 
consequently  the  information  extracted  is  a  system  option. 

The  Status  Monitoring  and  Reporting  Function  monitors  all  of  the 
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ATARS  tasks  and  major  files  for  failure  or  marginal  operation 
conditions.  It  determines  whether  ATARS  can  be  classified  as 
operating  normally,  degraded,  or  has  failed.  It  reports  the 
ATARS  status  to  DABS  and  to  ATC.  It  can  provide,  upon  ATC 
request,  a  complete  list  of  degraded  or  failed  conditions  it  has 
detected. 

3.2  ATARS  Interfaces 

The  ATARS  interfaces  go  through  the  DABS  sensor.  Even  though 
ATARS  sends  messages  to  ATC  facilities,  aircraft  and  other 
sites,  and  receives  messages  from  these  sources,  all 
communications  are  handled  through  the  local  DABS  sensor.  The 
exact  physical  character  of  the  interfaces  and  the  buffer 
formats  between  DABS  and  ATARS  are  found  in  Reference  1.  The 
contents  of  the  surveillance  report  formats  are  discussed  in 
this  section  for  clarification. 

A  diagram  of  the  ATARS-SENSOR  interface  is  illustrated  in  Figure 
3-3.  Note  that  some  of  the  information  flows  in  one  direction 
only  (DABS- to- ATARS,  ATARS-tO-DABS)  and  the  ATARS-to-ATARS 
information  flows  in  a  two-way  buffer.  The  ATARS  buffers  noted 
in  the  diagram  are  serviced  by  the  appropriate  task  in  the  ATARS 
software. 

The  input-only  information  from  the  DABS  sensor  to  ATARS 
consists  of  reports  in  the  following  four  buffers: 

1.  RAR  Buffer 

2.  Surveillance  Buffer 

3.  Non-surveillance  Buffer 

4.  ATC  Coordination  Buffer 

These  buffers  are  written  by  the  DABS  sensor  and  read  by  ATARS. 
They  are  two-segment  buffers  with  one  segment  being  written  at 
the  same  time  that  the  other  segment  is  read.  Overwriting  a 
segment  which  is  being  read  must  be  prevented  by  a  lockout  flag 
or  by  careful  program  timing. 

Input  data  for  the  Surveillance  Buffer  is  transmitted  in  blocks 
consisting  of  all  the  reports  available  to  the  local  sensor 
(local  or  remote  reports)  during  one  11  1/4  degree  antenna 
sector  of  local  antenna  rotation.  A  single  completion  interrupt 
is  then  given  to  the  ATARS  processor.  Just  before  the 
interrupt,  a  special  header  word  is  filled  in  each  Surveillance 
Buffer  with  the  current  local  antenna  sector  Identification 
number  and  antenna  sector  time  (see  Figure  3-4). 
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FIGURE  3-3 

ATARS-SENSOR  INTERFACE  DIAGRAM 


FIGURE  3-4 

SURVEILLANCE  BUFFER  DATA  STRUCTURE 
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The  Surveillance  Buffer  contains  imports  utilized  by  the  ATARS 
Report  Processing  Task.  The  local  or  remote  reports  are 
disseminated  to  ATARS  using  the  formats  given  in  Table  3-3  for 
DABS,  Table  3-4  for  ATCRBS  reports  and  Table  3-5  for  radar-only 
reports.  These  reports  are  outputs  of  the  DABS  sensor  tracker 
correlator;  uncorrelated  reports  do  not  occur.  These  reports 
are  accepted  in  their  entirety,  as  ATARS  is  a  non-correlating 
user  of  DABS. 

The  RAR  Buffer  contains  all  the  RAR  information  from  the  RAR 
equipped  aircraft.  The  RAR  Buffer  contents  are  continuously 
read  by  the  RAR  Processing  Task  and  the  information  is  passed 
along  to  the  appropriate  ATARS  tasks. 

The  Non-surveillance  Buffer  contains  other  messages  not  related 
to  surveillance  processing.  The  buffer  is  read  on  a  continuing 
basis  by  the  Non-surveillance  Message  Processing  Task.  The 
formats  of  these  messages  are  indicated  in  Section  5. 

The  ATC  Coordination  Buffer  contains  all  the  messages  being 
passed  from  ATC  to  ATARS.  The  sensor  acts  merely  as  a  medium  to 
transfer  the  messages  on  a  timely  basis.  These  messages  are 
read  on  a  continuing  basis  by  ATARS. 

The  output-only  information  from  ATARS  to  the  DABS  sensor 
consists  of  reports  in  the  following  four  buffers: 

1.  Uplink  Message  Buffer 

2.  Non-surveillance  Buffer 

3.  ATC  Coordination  Buffer 

4.  Data  Extraction  Buffer 

The  ATARS  messages  generated  for  the  aircraft  through  the  Data 
Link  Message  Construction  Task  are  delivered  to  the  Uplink 
Message  Buffer.  All  non-surveillance  messages  generated  by 
ATARS  are  delivered  to  the  Non-surveillance  Buffer.  ATC  message 
and  Data  Extraction  information  are  transferred  to  the 
appropriate  buffer. 

The  ATARS-to- ATARS  buffer  provides  information  from  local  ATARS 
to  remote  ATARS  and  remote  ATARS  information  for  local  ATARS. 
This  buffer  contains  the  communication  necessary  between  ATARS 
sites  that  need  not  be  acted  on  by  the  sensor. 
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TABLE  3-3 


DABS  REPORT  FORMAT1 


FIELD 


LENGTH  (Bits) 


Test 

1 

Format  Type 

2 

Radar  Substitution 

1 

Mode  C  Present 

1 

Sensor  Priority  Status 

1 

SPI  (IDENT) 

1 

Radar  Reinforced 

1 

Code  7700 

1 

Code  7600 

1 

Alert 

1 

Target  Control  State 

1 

Reply  Type 

3 

Null  Report 

1 

Track  Start 

1 

Track  Drop 

1 

Range2,  LSB  =  1  Ru  (1/16  us) 

16 

Azimuth,  LSB  =  1  Au  (0.022°) 

14 

Mode  C  Altitude,  LSB  -  100  feet 

12 

DABS  ID 

24 

Sensor  ID 

4 

Time  of  Day 

24 

Diffraction  Flag 

1 

Altitude  Correction 

8 

Zenith  Cone  Flag 

1 

ATARS  UM  Field 

6 

Non-empty  RAR  Condition 

1 

Spares 

8 

1-The  exact  form  of  this  data  is  provided  in  Reference  1. 
2This  is  a  two-way  range  expressed  in  units  of  time. 
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TABLE  3-4 


ATCRBS  REPORT  FORMAT1 


FIELD  LENGTH  (Bits) 

Test  1 
Format  Type  2 
Radar  Substitution  1 
Mode  3/A  Present  1 
Mode  C  Present  1 
Mode  C  Not  Decoded  1 
SPI  (IDENT)  1 
Radar  Reinforced  1 
Code  7700  1 
Code  7600  1 
Target  Control  State  1 
False  Target  Flag  1 
Correlation  Confidence  1 
Null  Report  1 
Track  Start  1 
Track  Drop  1 
Range^  LSB  =  1  Ru  (1/16  us)  16 
Azimuth,  LSB  =  1  Au  (0.022°)  14 
Mode  C  Altitude,  LSB  *  100  feet  12 
Mode  3 /A  12 
ATCRBS  Surveillance  File  No.  12 
ATCRBS  Code  in  Transition  1 
Sensor  ID  4 
Time  of  Day  24 
Diffraction  Flag  1 
Altitude  Correction  8 
Zenith  Cone  Flag  1 
Spares  8 


1The  exact  form  of  this  data  is  provided  in  Reference  1. 
^This  is  a  two-way  range  expressed  in  units  of  time. 
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TABLE  3-5 


RADAR  REPORT  FORMAT1 


FIELD  LENGTH  (Bits) 


Test  1 
Format  Type  2 
Null  Report  1 
Track  Start  1 
Track  Drop  1 
Range2,  LSB  -  1  Ru  (1/16  us)  16 
Azimuth,  LSB  «  1  Au  (0.022°)  14 
Radar  Surveillance  File  No.  12 
Sensor  ID  4 
Time  of  Day  24 
Spares  8 


1The  exact  form  of  this  data  Is  provided  in  Reference  1. 
2This  is  a  two-way  range  expressed  in  units  of  time. 
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3.3  System  Data  Structures 


There  are  four  main  data  structures  used  throughout  the  ATARS 
algorithms.  They  are  introduced  in  this  section  and  discussed 
in  detail  in  the  sections  referenced  below. 

3.3.1  Aircraft  State  Vector 


The  aircraft  State  Vector  used  by  the  ATARS  processor  is 
presented  in  pseudocode  in  the  System  Data  Structures.  The 
State  Vector  contains  all  the  known  information  for  a  particular 
aircraft  that  is  being  tracked  by  ATARS.  The  data  is  listed  in 
the  pseudocode  under  several  distinct  categories: 

Pointers 

Horizontal  Tracker  Data 
Vertical  Tracker  Data 
Times 
Flags 

General  Values 
Domino  Projections 
Data  Block 

The  nomenclature  for  each  data  variable  in  this  document  may  be 
used  with  the  number  1  or  2  added  as  a  suffix  (e.g.,  XDE,  XDEl, 
XDE2).  When  the  variables  appear  without  the  numerical  suffix, 
a  single  aircraft  is  being  addressed  in  the  discussion.  In  such 
a  single  aircraft  situation,  variables  may  also  appear  with  a  1 
as  a  suffix.  When  two  aircraft  are  being  compared,  it  is 
necessary  to  identify  the  variables  from  each  aircraft's  State 
Vector.  To  do  this,  a  1  is  added  to  the  subject  aircraft's 
State  Vector  and  a  2  is  added  to  the  object  aircraft's 
State  Vector  variables. 

The  individual  aircraft  State  Vectors  are  placed  in  a  file 
called  the  Central  Track  Store  (CTS).  The  CTS  is  a  convenient 
location  to  access  all  tracks  for  the  ATARS  processor.  Detailed 
Information  for  the  CTS  usage  is  found  in  Section  A. 3. 

3.3.2  PWILST 


The  PWILST  is  a  data  structure,  accessed  from  an  aircraft  State 
Vector,  which  stores  traffic  and  other  non-resolution 
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advisories.  Every  entry  has  a  TYPE  and  several  data  fields. 

The  entries  are  created  by  the  Traffic  Advisory  Task  and  by 
several  other  tasks.  A  detailed  explanation  is  given  in  Section 
9.2.  This  list  is  maintained  from  scan  to  scan  as  long  as  ATARS 
service  continues. 

3.3.3  Conflict  Table  and  Pair  Record 


This  table  is  a  data  structure,  accessed  from  the  aircraft  State 
Vector,  for  each  aircraft  involved  in  a  conflict.  Each  Conflict 
Table  contains  information  on  all  the  aircraft  in  the  cluster, 
linkage  to  other  Conflict  Tables,  a  pointer  to  the  list  of  Pair 
Records,  and  Conflict  Table  entries.  The  Conflict  Table  entries 
contain  the  information  about  the  aircraft  in  relation  to  the 
conflict  cluster,  resolution  advisories,  and  displayed 
advisories.  Conflict  Tables  contain  a  Pair  Record  for  every 
aircraft  pair  declared  in  conflict.  The  Pair  Record  contains 
information  that  is  unique  to  a  particular  pair  in  the  Conflict 
Table.  The  Conflict  Table  entry  is  created  by  the  Seam  °air 
Task  and  is  maintained  by  the  Master  Resolution  Task  and  by 
several  other  tasks.  A  detailed  explanation  is  given  in  Section 
12.2.  This  data  is  maintained  from  scan  to  scan  as  long  as  the 
conflict  remains  and  is  deleted  by  the  Resolution  Deletion  Task 
or  the  Conflict  Pair  Cleanup  Task. 

3.3.4  Encounter  List 


This  list  is  created  by  the  Detect  Task  as  it  processes  each 
sector's  Potential  Pair  List.  A  separate  Encounter  List  is  kept 
for  each  sector's  data.  The  entries  on  this  list  indicate  any 
further  processing  required  for  the  pair:  controller  alert, 
traffic  advisory,  resolution  advisory  (including  provisional 
responsibility,  or  delayed  resolution),  BCAS  inhibit  for  ATCRBS 
threat,  or  resolution  deletion.  Also,  certain  calculations  made 
and  flags  set  for  the  pair  are  saved  to  be  used  by  later  tasks. 
These  tasks  may  alter  the  status  flags  as  they  process  a  pair's 
entry.  The  list  is  discarded  at  the  end  of  each  scan. 

3.4  En  Route  Operation 

ATARS  is  required  to  provide  service  in  en  route  areas  as  well 
as  terminal  areas.  Certain  characteristics  of  the  en  route 
environment  require  that  the  ATARS  system  operating  in  the  en 
route  area  differ  slightly  from  that  in  the  terminal  area.  T$ie 
body  of  this  document  addresses  the  ATARS  system  in  a  terminal 
area.  This  section  describes  the  ways  in  which  ATARS  in  the  en 
route  area  differs. 
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3.4.1  ATARS  Operation  With  Back-to-Back  DABS  Antenna 

DABS  sensors  are  to  be  Installed  at  sites  where  current  ATC  en 
route  radars  are  In  operation  and  are  to  be  operated  in 
conjunction  with  the  en  route  primary  radars.  The  primary 
radars  operate  with  a  scan  time  of  10  to  12  seconds.  If  the 
DABS  sensor  were  required  to  operate  with  a  data  rate 
corresponding  to  this  scan  time,  the  ATARS  service  that  could  be 
provided  would  be  unacceptable.  To  improve  the  ATARS  service, 
the  DABS  sensor  has  been  designed  to  operate  with  a  back-to-back 
antenna  (an  antenna  with  two  faces  directed  180  degrees  apart) 
rotating  with  a  scan  time  of  10  to  12  seconds.  The  effective 
data  update  interval  is  then  five  to  six  seconds. 

The  operation  of  the  DABS  sensor  with  the  back-to-back  antenna 
is  described  in  Reference  1.  The  modifications  to  the  normal 
ATARS  algorithms  that  are  required  for  operation  with  the 
back-to-back  antenna  are  described  in  this  section.  The 
remainder  of  this  document  describes  algorithms  for  operation 
with  a  normal  DABS  sensor  (scan  time  on  the  order  of  4.7 
seconds)  . 

An  antenna  sector  will  still  be  defined  as  a  sweep  of  11  1/4 
degrees.  When  an  Input  completion  interrupt  is  received,  data 
for  two  antenna  sectors  will  be  passed  through  the  Surveillance 
Buffer.  This  data  will  be  the  data  collected  from  the  front 
face  and  the  back  face  of  the  antenna  while  the  antenna  rotated 
through  11  1/4  degrees.  The  two  antenna  sectors  represented  are 
180  degrees  apart.  The  data  from  both  antenna  sectors  will  be 
serviced  by  the  report  processing  algorithms.  Sector  header 
data  will  be  provided  for  each  antenna  sector  of  data. 

The  ATARS  sector  processing  executive  logic  must  be  modified  so 
that  the  ATARS  Sector  List  of  aircraft  from  each  face  of  the 
antenna  can  be  processed  as  a  separate  stream.  When  a  new 
antenna  sector  is  entered,  the  IDs  of  both  the  front-face  and 
the  back-face  antenna  sectors  will  be  added  to  the  antenna 
sector  request  stack.  The  sectors  will  then  be  processed  as 
separate  streams  through  the  ATARS  logic. 

The  time  allowed  to  complete  each  processing  task  must  be 
adjusted  so  that  advisories  detected  on  the  front-face  of  the 
antenna  will  be  available  for  uplink  on  the  next  sweep  of  the 
back-face  of  the  antenna.  The  primary  radar  associated  with  an 
en  route  DABS  sensor  will  have  only  one  antenna  face.  This  face 
will  be  matched  with  the  front-face  of  the  DABS  sensor  antenna. 
Hence,  radar-only  tracks  will  be  processed  once  per  scan.  It  is 
necessary  to  have  antenna  position  reports  supplied  to  ATARS 
once  per  antenna  sector  for  only  the  front-face. 


In  prediction,  with  the  back-to-back,  antenna,  positions  should 
be  predicted  to  the  time  of  next  expected  data.  This  will  be  a 
prediction  over  a  half  scan  rather  than  a  full  scan.  ATARS  will 
be  able  to  deliver  resolution  advisories  on  the  uplink  on  either 
the  front-face  beam  or  the  back-face  beam. 

3.4.2  Modification  of  ATARS  Detection  Parameters 


Another  characteristic  of  the  en  route  area,  in  addition  to  the 
slower  scan  rate,  Is  the  operation  with  larger  aircraf t-to-sennor 
ranges  and  a  resultant  reduction  in  position  and  velocity 
tracking  accuracy.  To  provide  acceptable  operation  at  larger 
ranges,  ATARS  must  use  increased  conflict  detection  parameters. 
Currently,  ATARS  tests  the  aircraft  in  a  pair  before  selecting  a 
set  of  detection  parameters  for  that  pair.  If  either  aircraft 
is  outside  a  specified  area,  the  detection  parameters  for  that 
pair  are  increased.  Additional  parameters  that  are  specifically 
related  to  the  en  route  environment  will  be  supplied  in  the 
future . 

3.5  Pseudocode  for  System  Data  Structures 

The  following  section  contains  the  global  parameter  and  variable 
structures  for  ATARS.  In  addition  to  system  structures,  groups 
of  structures  for  specific  tasks  are  also  included. 

For  all  BIT  parameters  and  variables,  the  comment  gives  the  TRUE 
meaning  of  the  value. 
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PSEUDOCODE  TABLE  0?  COBTEMTS 
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A^ARS  GLOBAL  ?ARA)1BT,'RS  .  3-03 

S^ROC^OR*  CSCRESH  .  3-p3 
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ST° OCT SR E  A'rCRBS_TB . 3-P18 

Sf5ijc*ftii;  •"ERFAIR . 3-P19 

STROCTO0'’  OBSTACLE . 3-P20 

STR7CTBRS  AIRSPACE . 3-P21 
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S'-R7C"DRE  RPALST . 3-P23 

STPDCTOPE  S7ECT  .  3-®2» 

S^ROC'DRE  SIS7AR . 3-P29 
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<***  COURSE  SCPEE*  PAPAHETEPS  **•> 


fjcTTRE  ~SC*P*N 

1^0  qp  *hr°shoMF 
PT^ 

F17  7°c<? 

PIT  T5? 

PL  T 

GP07P  distances 
*1*  9ogi 
PL  7  <mTH 

H1*  31*XV 


^pOfjo  ^Itps 


®T  *" 

STT  *"LV 


»1^Tiinr-qap; 


<  altitude  threshold  > 

<  vertical  prokiaitv  ‘est  liai*  > 

<  soacing  between  signposts  on  X/BX_lis*s  > 

<  7  velocity  threshold  > 


< 

< 

< 

< 


saxlini  range  for  proriiity  advisor 
vaxiaus  distance  traveled  by  oblec*- 
BT-list  plus  pro*;ec*'ion  envelope  > 
saxieu*  distance  traveled  bv  obtect 
aircraft  on  X-list  pins  pro»ection 
tatisne  distance  traveled  by  ohdect 
aircraf*  on  X-list  plus  oro-ec-icn 


r  > 

aircraf*  on 

conr  rol 1 e* 
envelope  > 
uncontrolle 
envelope  o 


d 


<  look  ahead  tine  for  controlled  XC  > 

<  look  ahead  tiae  for  uncontrolled  iC  > 


SV&CU31M  PaGB  BlAKK-WOT  flLWLD 


kTkkS  TLOBil  •>kkVXV,',’»5 


x- oj 


<•••  ABTA/TORE  PARABETEPS  (see  Tables  8-6  and  8-7  for  explanation)  **•> 


structure  axparb 

GROOP  coarse_region 
fLT  THBBX 

PIT  ZBBXX 

FLT  7HBBY 

FLT  ZHSXT 

Pfr  ZJBBX 

PLT  7JBXX 

*LT  Z  JBRY 

”LT  ZJSXY 

gPQHP  counts 
IBT  boi 
IBT  BOTI 
IBT  BOX  1 
IBT  R0Z2 

GROOP  arznvb 
IB-”  C3AA2 
IBT  ROTST 
IB*  XZOB2 

ES0ST»TCT7RE: 


<  defines  lover  x  bound  of  coarse  screen 

region  for  area  deteraination  > 

<  defines  tipper  x  bound  of  coarse  screen 

region  for  area  deteraination  > 

<  defines  lover  y  bound  of  coarse  screen 

region  for  area  deterainal ion  > 

<  defines  upper  y  bound  of  coarse  screen 

region  for  area  let eraination  > 

<  defines  lover  x  bound  of  coarse  screen 

region  for  zone  deteraination  > 

<  defines  upper  x  bound  of  coarse  screen 

region  for  zone  deteraination  > 

<  defines  lover  y  bound  of  coarse  screen 

region  for  zone  deteraination  > 

<  defines  upper  y  bound  of  coarse  screen 

region  for  zone  deteraination  > 

<  nuaber  of  Type  1  areas  > 

<  nuaber  of  Type  2  areas  > 

<  nuaber  of  Type  1  zones  > 

<  nuaber  of  Type  2  zones  > 

<  parallel  to  final  approach  zone  threshold> 

<  distance  froa  radar  vhere  area  U  begins) 

<  depth  of  zone  2  glide  slope  > 


A"ARS  GLOBAL  PARABETERS 


B-pe 


<***  DONIBO  ARC  DETECT  PARARETERS  ***> 


STR OCTORE  D'TPAPH 


BROPP  genera  l_paraseters 
PI*  HOST 
nT  APOBt 

FIT  90ET 
FIT  DOTTH 
PIT  R9ET 


<  sets  siss  list  threshold  (DSQ)  for  nodified  Tan  > 

<  prefiltering  immediate  altitude  threshold  > 

<  aaxiaus  of  ZAPCOR,  APCOE,  Ap,  AIPR,  AFPRI,  APIPR  > 

<  sets  siss  dist  threshold  (DSQ)  for  eodified  Tan  > 

<  advisory  divergence  threshold  > 

<  prefiltering  ieeediate  range  threshold  > 

<  saxlana  of  ZRCOH2,  RCOR2,  RCR02 ,  RIPR2,  RFPRI2, 


RPIPR2  > 


•IT  V9  9T9 


PI"*  VRTtq 


<  relatire  horizontal  velocity  threshold  (squared) 

for  cospnting  siss  distance  squared  > 

<  variable  to  prevent  division  by  xero  > 


"RDSTtqcTqRE: 


STPgCTDPP  RAPARH 


<  Resolution  advisory  general  parameters  > 


gpoq?  *il‘er_thresholds 
PIT  DVDPT 
PIT  BZP 

PLT  3ZP2 


<  aaxisue  projection  tise  used  in  TDL  logic  > 

<  buffer  zone  definition  expressed  as  percent  of 

distance  > 

<  9fP*«2> 


SBOOP  ‘ises 

FIT 

TEDS— POC-gBR; 


<  nueber  of  scans  to  use  in  issediate  BA  logic  > 


At  APS  5I09AI.  PARAHEtPRS 


3-P5 
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STROCTORg  THRSPARR  <  threshold  determination  parameters  > 

Saogp  ratios 

Pit  TRA"*C  <  significant  speed  differential  > 

yt*r  TRATtR  <  lookahead  time  determination  for  egoipped/onegaipped  > 

PIT  TR2C0R  <  slom-close/divergence  relative  speed  threshold  > 

gRDSTPOC-BRP; 


ATARS  GLOBAL  PAR AB8T8R5 


3-P6 


<«*•  HFSOIOTIOR  XD7IS0BY  SFIBCTIOB  PUB  AHr'IItS  •*«> 


ST»qc?p»r  ’"’sxdt 


<  BDTHSO  threshold  when  either  aircraft  taming  > 

<  negatite  horizontal  resolution  advisory  threshold, 
neither  aircraft  turning  > 

<  ainiaua  acceptable  3-diaensional  separation  > 


GBOOy  thresholds 
FIT  BOtBBSQ 
FLT  10THSO 

m  s??i 


ATAP3  StOBU  PAHIBBTSPS  — 
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<***  STSTEH  GLOBAL  PARAHETBBS  *•*> 


STBOCTOP  E  STSTEB 


GBODP  coverage 
PTE  CTBT3L(15» 
PTP  SAPT8L  (15) 
fi IX  B  ASTRTBL  (15) 
PTB  SQHAP 

GPOPP  tracker 
PLT  ALO 
S°LO  2 

PLT  7*0" 


GBOU?  aiscellaneous 
31-  OOHHOHC 
PLT  HOBBAD 
IJi;  OBHID 
PLT  SCAB* 

PLT  ▼WEIGH"' 

GPOOP  ztrack 
»LT  D- 

ZLZ  Q 


<  table  of  pointers  to  list  of  center  zone  saps  > 

<  table  of  pointers  to  list  of  ATABS  service  saps  > 

<  table  of  Hester  Status  flags  > 

<  pointer  to  sgnitter  lockout  sap  > 

<  altitude  boundary  for  I/BX_list  > 

<  sguare  of  sazieue  assuaed  speed  for  AC  below 

10,000  ft  HSL  > 

<  altitude  used  in  slant  range  correction  when  no 

altitade  seasaresent  is  available  > 

<  this  site  providing  doeino  feature  for  non-node  C  > 

<  radius  of  hub  processing  area  > 

<  ATABS  site  ID  U-bit  field  > 

<  tine  interval  for  one  radar  scan  > 

<  weighting  factor  for  vertical  diaenslon  > 

<  noeinal  tine  between  updates  -  one  radar  scan  > 

<  quantization  bin  width  > 


ATABS  GLOBAL  PABAHETIBS 
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<***  CONFLICT  TABLE  READ  •**> 


STBOCTOBE  C"H»»0 

GBODP  aaintenance 
PTE  *C1‘* 

PTP  BPXTCT 
PTP  PRPVC* 

GBODP  data 
HI  eac 
°TP  PtIST 
BIT  SEA  H 

PEPSTPQCTDBE: 


STHOCTqRE  CTEETBT 

G80DP  iain*enance 
PTP  RXCTE 

GBODP  da*: a 
£12  ACID 

212  hcioh 

222  ACTDV 
IET  BRAS 

HI  heard 
IET  SDLTH 
122  EOLTY 
IWT  BCOB 
BIT  8EEPLG 

H2 

J2I  yeaed 

EBDSTBDCTOP  E : 


<  first  entry  In  this  conflict  table  > 

<  next  conflict  table  > 
previous  conflict  table  > 

<  ntiaber  of  AC  in  this  conflict  table  > 

<  first  pair  record  for  AC  in  this  table  > 

<  sean  conflict  > 


<•••  CORPLICT  table  ebtrt  ***> 


<  next  conflict  table  entry  > 

<  ID  of  AC  in  conflict  (->  state  vector  )  > 

<  pair  record  pith  horizontal  resolution  advisory  > 

<  pair  record  nith  vertical  resolution  advisory  > 

<  horizontal  resolution  advisory  being  sent  to  AC  > 

<  horizontal  resolution  advisory  being  displayed  on  AC  > 

<  count  of  conflicts  resolved  using  horizontal  dinension  > 

<  count  of  conflicts  resolved  using  vertical  dinension  > 

<  AC  is  included  in  this  nunber  of  conflicts  > 

<  AC  renote  > 

<  vertical  resolution  advisory  being  sen*  to  AC  > 

<  vertical  resolution  advisory  being  displayed  on  AC  > 


AT ABE  GLOBAL  V APIABL ES 


▼ 


3T8PCT0BI  PPEC 

SPODP  saintenance 
211  MTPR 

SRODP  identifiers 
131  atsid 

BIT  HOOP* 

HIT  SBCTID 

SpO OP  general_values 
BIT  PIPS 
FLT  PED 
1ST  POSCHD 
PIT  PVSD 
BIT  PHIS* 

PIT  TSTART 

GPOOP  acl 

BITS  CHDPL 
1ST  BHH  All 

IS*  BVHAll 

PTP  IHTR 
1ST  *VT 

PTR  PAC 
IPT  PHHAH 
1ST  PVHAH 
PIT  SFSD 
1ST  TP*IO 


<*••  PAIR  RECORD  ••*> 


<  nett  pair  record,  this  table  > 


<  processor  (ATAFS  or  BCAS)  handling  this  conflict  > 

<  site  naaed  in  ATSID  has  handed  off  pair  > 

<  AT1RS  sector  for  *-he  conflict  pair  > 


<  controlled  AC  gets  resolation  advisories  > 

<  horizontal  aiss  distance  (squared)  > 

<  resolution  advisory  control  variable  > 

<  vertical  aiss  distance  > 

<  coarse  screen  and  detection  done  > 

<  tiea  vhen  resolution  advisories  were  selected  > 


<  field  of  advisories  for  doaino  search  > 

<  horizontal  resolution  advisory  to  *his  AC  froa 

other  non-connected  sites  > 

<  vertical  resolation  advisory  to  this  AC  from 

other  non-connected  sites  > 

<  head  of  doaino  list  for  this  AC  > 

<  AC  turn  state  at  tine  of  resolution  advisory 

selection  > 

<  ID  Of  this  AC  (->  CTEHTRT)  > 

<  horizontal  resolution  advisory  to  this  AC  > 

<  vertical  resolution  advisory  to  this  AC  > 

<  uplink  resolution  advisory  for  this  AC  > 

<  other  AC*  s  track  id  > 


ATARS  aiOBAt  VARIABLES 


3-P10 


SPOOP  ac2 


LI KB  PBBC.acl 

SRODP  «odel_validation 
BIT  H7D0RB 
PLT  RTRMT 
PLT  RTVRZ 

msiagmss: 


<  already  done  validation  > 

<  R *  initiation  tine  > 

<  relative  2D  {ZD2  -  ZD1)  > 


»T*RS  GLOBAL  7*RI»BL!S 

3-P11 


ooamo  USD  DET5CT  D!T»SHI»»TT0H  TUSIUBIBS  (T*BIE  8-3)  •■•> 

STStTCTOB*  PBTSt 

GPO OP  niscellaneous 

ft?  ACOW Tfl  <  wertical  range,  for  TCOR?  calculation  > 

PIT  RCOBTH  <  horizontal  range,  for  TCOBH  calculation  > 

PIT  Twabb  <  warning  tine  threshold  > 

EBDSTRGCTOB  E: 


ATABS  GLOBAL  TAFIABLES 
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<**•  EBCOtJBT*R  LI ST  EBTST  **•> 


S*POCTOBE  ELESTRT 


GROOP  processing_required 


BIT  BOPFBPO  < 

2JT  CBABEQ  < 

3X1  oelbeq  < 

BIT  RAPROV  < 

BIT  RAREQ  < 

BIT  RDREQ  < 

BIX  TAREQ  < 


3 BO OP  identifiers 

PXH  acioi  < 
°?B  ACID2  < 
IET  CPTTD  < 


GRQQP  co*outed_seoarations 


FIX  ALT  < 

XXX  GO*  < 

H.T  *0  2  < 

PIT  RABGE2  < 

GBQOP  cospnted_tises 

PIT  TB  < 

PJtX  TP  < 


GPOO”  geographlc_dependent 
IBT  EBAT  < 


inhibit  BCAS_A?C88S  aessage  regaired  > 
controller  alert  required  > 
delayed  resolution  required  > 
provisional  responsibility  for  resolution  > 
resolution  advisory  required  > 
resolution  deletion  required  > 
traffic  advisory  required  > 


state  vector  for  AC  1  > 
state  vector  for  AC  2  > 
sector  io  for  the  encounter  > 


absolute  current  altitude  separa*lon  > 
dot  product  of  relative  separation  and 
relative  velocity  vector  > 
alss  distance,  squared  > 
horizontal  separation,  squared  > 


tine  until  horizontal  sep  (DSQ)  is  violated  > 
tine  to  coincidence  in  vertical  direction  > 


encounter  area  type  > 


ATARS  GLOBAL  VARIABLES 


3-PI  3 


5 30 OP  detec* _f lags 
fill  carts 
m  c«!PrLG 
m  ppiftc 
BIT  roorts 

an  icartG 
Sx;  ipsplg 
bit  sr'Pts 
m  pBirtG 

rBosTaoc-oBr; 


<  controller  alert  required,  this  pair  > 

<  resolution  advisory  required,  this  pair  > 

<  threat  advisory  required  for  controlled  *C  > 

<  threat  advisory  required  for  uncontrolled  AC  > 

<  bvpass  3-out-of-5  controller  alert  logic  > 

<  resolution  advisory  required  for  controlled  AC  > 

<  bypass  2-oat-of-3  resolution  advisory  logic  > 

<  proxlsity  advisory  required,  this  pair  > 


m*S  GLOBAL  VABIABtTS  -  j 


3-m 


<***  PSILST  SSTBY  PBOIISITT  TYPE  *•*> 


STBOCTOBE  -A  PBOX 


GBOBP  saintenance_info 
PTB  HYTPBT 
PTB  PPSPWI 
BIT  SENT 

GPOBP  identity 
BIT  PSD 
PTB  OBJ_XC 
1ST  OlD_TY»E 
1ST  Taxcs_so 

GPOO0  rank_data 

1ST  B XSGE_B EIGHTS!) 

l*T  BASSTY? 

1ST  -IB 


GPOBP  adsieor»_data 
CHS  X9BBET 
Bit  »TAHS_EQP 

US;  ci.thb_?thv 
U*  C10CK_BBG 
BI-  COS-HOI. 

1ST  COUBSE 
IS-  PISE_B°G 
1ST  GBSD_SPEED 
SI  BXSGE 
PIT  BEl_XLT 


TSDS-BtTC-OPE: 


<  next  entry  > 

<  presious  entry  > 

<  entry  has  been  sent  in  aessage  > 

<  entry  not  updated  this  scan  > 

<  state  sector  entry  > 

<  foreer  type  of  entry  for  object  XC 

<  unique  nunber  for  subject  XC  Tx  > 

<  range  with  sertical  coeponent 

weighted  <rs.  horizontal^ 

<  see  Table  16-2  for  coding  > 

<  always  zero  for  this  type  > 

<  aircraft  abbreviated  data  > 

<  proziaity  Ac  equipped  with  XTXBS  > 

<  cllab  capability  of  proziaity  XC  > 

<  clock  bearing  to  proziaity  XC  > 

<  proziaity  XC  controlled  by  ATC  > 

<  clocZ  heading  of  proziaity  XC  > 

<  fine  increaent  to  clock  bearing  > 

<  ground  speed  of  proziaity  XC  > 

<  slant  range,  unweighted  > 

<  relatise  altitude  of  proziaity  XC  > 


XTXBS  GtOBXl  TABXXBLES 


3-BX5 


<***  PSILST  BRTRY  TUB BUT  TYPE  ***> 


s^pncrnRE  ■’•AjrsREA*'' 

GROOP  aaintenance_inf o 
m  TITPWI 
PTR  ORVPST 
PIT  SBHT 

GpOT1P  identity 
BIT  BID 
PTR  OBG_AC 
IHT  OLO_TYPB 
1ST  TPACK_RO 

GpOTP  rank_data 

18  T  nARGp_SpIGRT5!) 

ITT  HA  RKTYP 
IV  TIT 


<  nezt  entry  > 

<  presions  entry  > 

<  entry  has  been  3ent  in  nessage  > 

<  entry  not  opiated  this  scan  > 

<  state  sector  entry  > 

<  forner  type  of  entry  for  object  AC  > 

<  uniqne  nnnber  for  subject  AC  TA  > 

<  range  with  sertical  conponent 

weighted  ss.  horizontal) 

<  see  Table  16-2  for  coding  > 

<  horizontal  tan,  psendo-tan,  or  large  constant  > 


ATARS  GLOBAL  VARIABLES 


3-P16 


ROOP  adwisorw_data 


CHS  ABBRBV 

SIT  A^ARG  ?QP 

1ST  CLIHB_PHRR 
IHT  CLOCT_BRG 
BIT  C3STR0L 
IHT  COURSE 
IHT  PIHB_BHG 
IHT  FISB_RDG 
IHT  GPSD_SP?EO 
1ST  H*0 
Rf’  HATCH 
PL*"  P'L_ALT 
IHT  RBl_ALT_BTT 
IHT  TOPS 
1ST  RBPT_SPD 


SSOSTRBCT']p, : 


<  aircraft  abbrewiated  data  > 

<  proxieity  AC  equipped  with  ATApS  > 

<  cllsb  capability  of  proxieity  AC  > 

<  clock  bearing  to  proxieity  AC  > 

<  proxieity  AC  controlled  by  ATC  > 

<  clock  heading  of  proxieity  AC  > 

<  fine  increment  to  clock  bearing  > 

<  fine  heading  increment  to  course  field  > 

<  ground  speed  of  proxieity  AC  > 

<  oredicted  horixontal  eiss  distance  > 

<  slant  range,  unweighted  > 

<  relatiwe  altitude  of  proxisitw  AC  > 

<  relatiwe  altitude  extension  > 

<  threat  strong  turn  state  > 

<  wertical  speed  of  *hreat  > 


A*ARS  GLOBAL  TARIABL’S 
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<»•«  P«TLST  tmi!  XTCB 8S_TBHC!f_BL0CK  TTPB  ••*> 

2SS5SI2SS  xtcr>>s_",b 

SROOP  «ain*-enance_inf  o 
£Tg  sy-pei 
P'rP  P8PPVI 
BIT  SBBT 

r.BOqp  identity 

TUT  XTCRBS_"P  XCK_SO 
91"  9RT> 

P^R  OBJ_XC 

3P00P  traek_data 
u?  xl" 

1ST  BBXRtBG 
IB"  RXRG? 

HI  BK«GB_?X"« 

II?  v?R"__RX"y 

tPOSTRqcqR?: 


XTXP5  310BXL  V XRIlBt BS 


<  altitude  of  XTCRBS  XC  (ft)  > 

<  beating  to  XTCBBS  XC  (deg)  > 

<  range  (nei)  > 

<  range  rate  (kr)  > 

<  altitude  rate  of  XTCBBS  (f"/s)  > 


<  unique  nanber  for  subject  XC  xTCPBS_TB  > 

<  entry  not  updated  this  scan  > 

<  state  vector  entry  > 


<  next  entry  > 

<  previous  entry  > 

<  entry  has  been  sent  in  aessage  > 
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STROCTBR?  TERR»IS 

GROOP  maintenance 
PTR  NTT?*! 

°TR  PRVPRT 
BIT  SENT 

GROUP  status 
SI2!  ERU 
BIT  ?TRT 

G°OtTP  alv_1ata 

TNT 

’’RDETBBCBB  E: 


<•••  PSILST  fPTHT  TB8BAI#  TIPS  ••*> 


Info 

<  neat  entry  > 

<  oreTious  entry  > 

<  entry  has  been  sent  in  message  > 

<  entry  not  updated  this  scan  > 

<  first  tine  advisory  transmitted  > 

<  altitude  of  subject  »C  relative  t 


mBS  GLQ  BAL  VARIABtfS 


o  terrain  > 
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<*•*  pmtST  SRTRT  OBSTACLE  TYPE  •*»> 


STBCCTPRE  OBSTACLE 

GROOP  aaintenance_ 
PTR  EETPWT 
PTR  oRTPBI 
BIT  SEHT 

GPOBP  status 
BIT  EWO 
BIT  PTAT 
IET  OBSTACLEJIO 

GPOGP  adv_data 
IRT  CLOCE_BRG 
IHT  RARGE 
1ST  RSL_ALT 

^BOSTBOCTqgE: 


info 

<  nett  entry  > 

<  previous  entry  > 

<  entry  has  been  sent  in  aessage  > 


<  entry  not  updated  this  scan  > 

<  first  tiae  advisory  transmitted  > 

<  identitv  on  stored  list  of  obstacles  > 


<  clock  bearing  to  obstacle  > 

<  Ac  range  *o  obstacle  > 

<  AC  altitude  relative  to  obstacle  > 


ATARS  GLOBAL  PAR  TABLES 
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<*«*  PtILST  SRTRT  AIRSPACE  VTPR  •••> 


STBOCTB*S  AIRSPACE 

GRO OP  «aintenance_lnfo 
PTR  RTTPRI 
P^R  PR VPVI 
BIT  SEHT 

GBQ1P  status 

IR*  AIRSPAC?_SO 
BIT  SRD 
Rf’  FTA? 

G500P  adv_data 

IS”  AIRSPACS_TYPS 

CHP  IOSSTIFIER 

ERDSTPBCTBRT; 


<  nett  entry  > 

<  previous  entry  > 

<  entry  has  been  sent  In  nessage  > 


<  identity  on  stored  list  of  airspace  tones  > 

<  entry  not  updated  this  scan  > 

<  first  tine  advisory  transmitted  > 

<  restricted  airspace  or  TCA  or  other 

prohibited  area  > 

<  restricted  airspace  identifier  > 


ATARS  GLOBAL  VARIABLES 
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<»**  pwitST  BBTFY  ALEC  TYPE  «•*> 


STaaCTOPB  ALEC 

GPODP  eaintenance 
JI’PII 
P^F  PBVPfT 
BIT  SENT 

GBOOP  ad»_data 

iht  al-ithde 

BI-  COBFTBBBCB 
BIT  COHBBCTFD 

I122212£irj!I*; 


info 

<  nert  entry  > 

<  previous  entrr  > 

<  entry  has  been  sent  in  message  > 

<  altitude  echo  data  > 

<  altitude  confidence  > 

<  pressure  corrected  altitude  > 


ATAPS  3L0BAL  YAIIABLES 
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<*•*  RESOLOTIOR  PMR  ACKRORLEDGEHERT  (RPR)  LIST  ••*> 


STBOCTURt  RPAtST 


GROUP  acl 
U«;  DEL 
1ST  ID 
HT"  RES 


<  delivery  status  of  aaneuvers  > 

<  ID  of  AC1  > 

<  resolution  advisory  for  AC1  > 


QQOOP  ac2 

LIES  PPRLS'V.ac 


1 


3POOP  ovrhd 
BI"1  CACRD 
BI-  CARR 
BIT  SOURCE 
IPT  TIB* 

ERDSTROCTD«>: 


<  COSPLICT  RESOLOTIOR  DA*A  TASE  has  ran  > 

<  RESOLOTIOR  ROTIPICATIOR  TASE  has  run  > 

<  ATARS  originated  resolutions,  else  3CAS  > 

<  tise  entry  placed  on  PPA  list  > 


ATARS  GLOBAL  VARIABLES - 
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<***  ST1TE  VECTOR  ••*> 


i 


STBOCTOB *  SVECT 


'.BOO?  pointers 


PTB 

1TCBEF 

< 

®TB 

CTS 

< 

PTB 

CTPTB 

< 

m 

SBXT1 

< 

PTP 

SBXTS 

< 

PTP 

SBITX 

< 

PTB 

°8EVX 

< 

PT” 

PSPT8 

< 

PTP 

STSPTP 

< 

PT* 

OPSSS 

< 

GBOOP  horz  tracker  data 

hi 

17P 

< 

IS* 

FIESB 

< 

1ST 

FIBSI 

< 

hi 

RHOP 

< 

PIT 

VSQ 

< 

rt* 

X 

< 

Ft* 

XD 

< 

HI 

XDB 

< 

Ft* 

XDI 

< 

HI 

XP 

< 

FIT 

XPI 

< 

HI 

T 

< 

HI 

TO 

< 

HI 

TOE 

< 

HI 

TDI 

< 

HI 

TP 

< 

HI 

TPI 

< 

entry  in  CRBFX  for  ITCRBS  He  > 
conflict  table  entry  for  this  1C  > 
conflict  table  containing  this  lC's  entry  > 
next  1C  in  1T1BS  sector  list  thread  > 
next  1C  in  antenna  sector  list  thread  > 
next  1C  in  X_list  or  EX_list  thread  > 
previous  1C  in  X_list  or  EX_list  thread  > 
PSTLST  for  1C  > 

stack  of  1C  inforiation  (position,  velocity, 
tine)  for  turn  rate  coaputation  > 
list  of  last  uplinked  1TIPS  aessages  > 


predicted  next-correlation  aziauth  > 
external  firaness  level  > 

Internal  firaness  level  > 
predicted  next-correlation  range  > 
square  of  horizontal  velocity  estiaate  > 
X  position  of  1C  > 

X  velocity  of  1C  > 

external  X  velocity  estiaate  > 

internal  X  velocity  estiaate  > 

external  one-scan  predicted  X  position  > 

internal  one- scan  predicted  X  position  > 

T  position  of  1C  > 

T  velocity  of  1C  > 

external  T  velocity  estiaate  > 

internal  T  velocity  estiaate  > 

external  one-scan  predicted  T  position  > 

internal  one-scan  predicted  T  position  > 

IT  IBS  GLOB  It  T1BI1BLES  - 
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CP03P  ver*-_tracker_data 


III 

PIRBZ 

PIT 

fi  imp 

PIT 

LOT 

US 

stjcrt 

Ski 

SDRPFS 

PIT  Z 

Ski 

ZD 

PIT  TO* 

Ski 

ZP 

Ski 

zpH?y 

Ski 

ZP 

'OOP  tines 

PIT 

AL  PC*v 

Ski 

OUST 

Ski 

TD 

PIT 

TLDPD 

Ski 

-5 

Ski 

"■BP 

Ski 

TIP 

Ski 

TBZ 

Ski 

TTPPAL 

<  node  C  firsness  level  > 

<  firsness  of  Level  occupancy  tine  > 

<  level  occupancy  flee  estisate  > 

<  start-up  counter  to  establish  track  > 

<  sussed  residual  used  to  detect  trend  in  vertical 

acceleration  > 

<  Z  position  of  AC  > 

<  Z  velocity  of  AC  > 

<  external  Z  velocity  estisate  > 

<  external  one-scan  predicted  t  position  > 

<  previously  reported  Z  position  > 

<  ssoothed  Z  position  estisate  > 


<  tise  last  ALfC  entrv  generated  > 

<  tine  last  o«R  sassage  generated  > 

<  tise  ATA8S  aessage  vas  received  by  AC  > 

<  tise  of  last  vertical  track  update  > 

<  tise  of  last  reported  range/aziauth  data  > 

<  expected  tise  of  next  local  data  > 

<  tise  of  current  resote  data  > 

<  tine  last  node  C  report  vas  received  > 

<  tise  of  transition  to  previously  reported  altitude  > 


I 


i 


ATARS  5103*1  TARIA31 SS  - 


3-P2S 


■■■**** 


J* 


snoop  flags 


IIS 

ATIPLG 

< 

track  was  initialized  as  ATCR9S  > 

BIT 

ATSS 

< 

AC  ready  for  ATARS  service  (on  XISIT  list)  > 

III 

CAREQ 

< 

controller  alert  required  in  this  area  > 

III 

CENTR 

< 

AC  in  center  area  of  ATARS  service  area  > 

IIS 

CORC 

< 

AC  under  ATC  control  > 

BIT 

DELFG 

< 

state  vector  is  to  be  deleted  > 

BIT 

OLOOT 

'  < 

data  link  out  on  aoat  recent  scan  > 

BIT 

DRATS 

< 

AC  ATARS  service  dropped  but  track  maintained 

for  doeino  resolution  > 

BIT 

9RS0R 

< 

AC  track  dropped  by  ATARS  > 

BIT 

EXFIG 

< 

X/EX_list  indicator  > 

91  "• 

BtJB'LG 

< 

AC  in  antenna  hub  zone  > 

BTT 

IHT»t 

< 

new  AC  on  XIRIT  list  > 

BIT 

LOFL 

< 

this  AC  has  local  data  > 

BIT 

BCFtG 

< 

altitude  data  provided  through  aode  C  report 

and  reasonable  > 

US 

HOLLFG 

< 

a  null  DABS  report  is  received  > 

BIT 

OSCFt 

< 

BETRAR  vill  be  reset  after  one  scan  > 

US 

°STAT 

< 

local  site's  prieary  status  > 

Br- 

FRFL 

< 

•AC  has  reeote  data  > 

BIT 

SB  PR 

< 

AC  data  saoothed,  predicted  this  scan  > 

IIS 

SPIDFG 

< 

signpost  flag  for  coarse  screen  identification  > 

BIT 

SPRO 

< 

antenna  sector  processing  flag  > 

BIT 

SOLO 

< 

squitter  lockout  set 

BIT 

SRTRSK 

< 

report  in  ATARS/ ..  •  .  .  veil lance  area  mask  > 

IIS 

XOPFL 

< 

prevents  multiple  X/EX_list  update  > 

1 


IT  APS  GLOBAL  VARIABLES 
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GRODP  general_values 


HI 

ACAB 

< 

AC  abbreviated  field,  9-bit  field  > 

HI 

ACAT 

< 

AC  area  tvpe  > 

HI 

ACL  ASS 

< 

ATARS  class  of  service  > 

HI 

ACLP 

< 

AC  cliab  performance  used  in  modeling  resolution 

advisory  > 

CUB 

ASSOC 

< 

ID  of  closest  airport  > 

HZ 

ATSBQ 

< 

CAS  equipage  type  > 

HI 

BCASST, 

< 

3CAS  sensitivity  level  > 

HI 

CODS 

< 

DABS  or  ATCRBS  node  C  code  > 

HI 

PAZ 

< 

final  approach  zona  indicator  > 

HI 

PXtf 

< 

ATCRBS  surveillance  file  nnaber  > 

HI 

GEOG 

< 

geographical  zona  o-bit  field  > 

HI 

HAS 

< 

horizontal  aanenver  status  for  level  tracxer  > 

HI 

ISD 

< 

unique  index  of  area  t" ,>e  2  > 

HI 

OURHDG 

< 

last  heading  sent  in  OWN  sassage  > 

m 

OWNTRN 

< 

last  turn  rate  sent  in  ORN  sessage> 

HI 

REBRAB 

< 

ID  of  site  vhose  PAR  requested  > 

HI 

RETS  AR 

< 

ID  of  remote  site  that  receives  RAR  data  > 

HI 

SLEEPS 

< 

sost  recently  reported  slant  range  > 

HI 

SVSID 

< 

AC’S  ATARS  sector  ID  > 

III 

T5°  ALT 

< 

altitude  fros  terrain  sap  > 

HI 

TORN 

< 

AC  turn  status  > 

HI 

TYPE 

< 

AC  type  status  (DABS  or  ATCRBS)  > 

CHP 

ZPRT 

< 

ID  of  airport  associated  with  PAZ  > 

ATARS  GLOBAL  VARIABLES 
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i  -*1 


GBOOP  doeino_ob j_pro j 


rt»  xdpbj(o) 

nr  tpbj{») 

nr  tdpbj(«) 

PIT  TPB  J  (•) 

PLT  IDPBJ 

nr  zprj(») 


OBOOP  data_block 
BI~;  R*P08«> 

*!>P3TP.qCT()BE; 


<  one,  tao,  three  and  foor-scan  TO  projection  after  DELAY 

tiae  of  Modeling  > 

<  one,  tao,  *-hree  and  foar-scan  x  prolection  after  DELAT 

tiae  of  Modeling  > 

<  one,  tao,  three  and  foor-scan  TD  projection  after  DELAY 

tine  of  aodeling  > 

<  one,  too ,  three  and  foar-scan  T  projection  after  DELAT 

tiae  of  aodeling  > 

<  t  direction  aelocitT  for  doalno  object  processing  > 

<  one,  tao,  three  and  foar-scan  1  projection  af*er  DEt.1T 

tiae  of  aodeling  > 


<  DABS  or  ATOEBS  or  BADAB  report (Tables  3-3,  3-S,  3-5)  > 


ATA8S  GLOB  11  TABIABLES 
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<***  SYSTEM  T»RIIkBl.ES  ***> 


STROCTORE  STSVHR 

GROOP  tine 
FIT  CTIME 


GROOP  flags 
BIT  HTCRBC 


BIT  HTCROR 
BITS  STHTMSG 


GROOP  failure_info 
BIT  BXCPOP 
P*R  CTBP^R 
IfT  EXILED 
PTR  NXPPTR 
BIT  MXSTEP 

GROOP  antenna 

n:  hpos 

PIT  HR  XT5 

GROOP  general 
11+  U>CXl_ID 


ESOSTPOCTORP; 


<  current  tine  > 

<  HTC  requests  non_node  C  HTHSS  target  tracking  desired  > 

<  HTC  requests  radar  only  target  tracking  desired  > 

<  HTC  facilities  requesting 

full  HTHRS  status  control  messages  > 

<  operating  in  backup  node  > 

<  center  zone  nap  in  use  > 

<  identity  of  failed  site  > 

<  HTHRS  sernice  nap  in  use  > 

<  operating  In  backup-taster  node  > 

<  DHBS  antenna  position  > 

<  DHBS  antenna  rate  > 

<  local  sensor  site  identification  (0  ♦'its)  > 


HTHRS  GLOBHl  THRIHBLES 
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.  SURVEILLANCE  REPORT  AND  TRACK  PROCESSING 


4.1  General  Requirements 


ATARS  surveillance  processing  may  be  divided  into  three  main 
sub-functions:  input  processing,  track  processing,  and 
smoothing/prediction.  The  general  division  of  responsibility  is 
that  input  processing  accepts  target  reports  from  the  DABS 
sensor  and  screens  and  prepares  them  for  tracking.  Track 
processing  maintains  a  file  of  system  tracks  and  selects 
particular  target  reports  for  track  update.  Smoothing  and 
prediction  utilizes  the  selected  reports  for  production  of  fresh 
position  and  velocity  updates. 

ATARS  surveillance  processing  is  required  to  track  those  DABS, 
ATCRBS  (mode  C  and  non-mode  C  equipped)  and  radar-only  aircraft 
which  are  being  tracked  by  the  local  sensor  in  the  ATARS  service 
area  and  the  domino  surveillance  area.  Aircraft  outside  these 
areas  are  not  tracked. 

4.2  Coordinate  Systems 

Target  reports  are  received  in  the  rho,  theta,  h  (slant  range, 
azimuth,  altitude)  system  of  the  DABS  sensor.  ATARS  maintains 
and  uses  track  estimates  in  a  modified  Cartesian  x,  y,  z 
system.  The  local  sensor  lies  at  the  center  of  the  x,  y  grid 
with  x  east  and  y  north  (see  Figure  4-1). 

Mapping  between  these  two  systems  is  based  on  a  flat  earth 
assumption.  Under  this  assumption  x,  y  are  considered  as  the 
ground  plan  projection  coordinates  of  an  aircraft,  while  z  is 
identical  to  the  altitude.  However,  because  of  the  actual 
curvature  of  the  earth,  the  x,  y,  z  which  are  so  computed  do  not 
exactly  correspond  to  the  aircraft  position  in  a  physical 
Cartesian  space.  Nevertheless,  the  x,  y,  z  descriptions 
produced  by  this  formal  mapping  will  be  utilized  throughout  the 
ATARS  processing.  The  equations  of  the  mapping  are  shown  in  the 
figure. 

Geographical  corrections  take  place  in  rho,  theta.  Reports 
selected  for  track  update  are  coordinate  converted  to  the  x,  y, 
z  system  before  using  them  to  smooth  the  track  estimate.  The 
inverse  mapping  is  used  to  determine  a  predicted  rho,  theta  for 
the  next  correction  and  for  antenna  sector  update. 
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Y 


LOCAL  SENSOR 
HORIZONTAL  POSITION 


TARGET  MEASUREMENTS:  RANGE  rho 

AZIMUTH  theta 
ALTITUDE  h 

SENSOR  ALTITUDE:  h8 


SLANT  RANGE  CORRECTION:  rho'  *  sjrho2  -  (h  -  h8)2 


TRACK  COORDINATES:  X  -  rho'  sin  (theta) 

Y  *  rho'  cos  (theta) 
Z  -  h 


FIGURE  4-1 

ATARS  TRACK  SECTORtZATION  AND  COORDINATES 
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In  converting  remote  reports  to  local  x,  y,  z  coordinates,  any 
method  of  calculation  may  be  used  which  accurately  accounts  for 
the  real  spatial  geometry.  In  order  to  be  useful  in  tracking, 
the  truncation  errors  in  conversion  must  be  kept  comparable  to 
the  random  data  error  (i.e.,  approximately  -  100  feet  or  less). 
The  method  should  be  reasonably  efficient,  but  since  remote 
report  conversion  will  only  be  occasionally  required,  some 
complexity  can  be  tolerated. 

4.3  Major  Files 

The  ATARS  track  file  is  a  separate  creation  of  the  ATARS 
function  and  is  not  identical,  either  physically  or  in  content, 
to  the  DABS  sensor  track  file.  This  file  (the  Central  Track 
Store  (CTS))  consists  of  a  block  of  track  slots,  of  sufficient 
size  to  accommodate  the  maximum  track  load.  Each  slot  may 
either  be  empty  or  it  may  contain  track  information  (aircraft 
State  Vector)  about  a  particular  aircraft.  In  addition,  a 
number  of  slots  of  known  fixed  x  coordinate  distance  called 
signposts  provide  quick  points  of  entry  into  the  appropriate 
X-list  or  EX-list  as  described  in  Section  6.1.3.  Signposts  are 
bookkeeping  aids  and  are  not  altered  by  the  tracking  programs. 

A  CTS  file  is  used  to  transmit  information  for  a  particular 
aircraft  throughout  the  various  tasks  in  the  ATARS  processing 
cycle.  The  central  track  store  contains  the  following  types  of 
information:  position,  velocity,  time,  pointers,  status  and  ID 

indicators,  and  control  flags. 

The  tracks  in  CTS  must  be  rapidly  accessible  in  two  ways  for 
Report  Processing  and  Track  Processing  Tasks:  on  a  geographical 
antenna  sector  basis  and  by  aircraft  ID.  32  fixed  azimuth 
sectors  are  defined  with  respect  to  the  local  sensor,  beginning 
clockwise  from  north  (see  Figure  4-1).  Each  antenna  sector  is 
11  1/4  degrees  wide.  Tracks  are  organized  (e.g.,  by  threading) 
so  that  the  ATARS  tracker  can  efficiently  index  and  process 
tracks  lying  in  a  particular  antenna  sector.  Since  the  aircraft 
move,  their  antenna  sector  assignments  will  change.  These 
changes  are  monitored,  and  an  updated  antenna  sector  list  is 
maintained . 

Rapid  access  of  individual  tracks  through  their  ATCRBS/radar 
surveillance  file  number  or  DABS  ID  Is  accomplished  by 
establishing  a  cross-reference  file  for  each  of  these  aircraft 
classes.  Ihese  files  are  denoted  CREFA  and  CREFD,  respectively, 
and  relate  the  input  code  (which  may  be  compressed  by  hashing) 
to  the  corresponding  track  slot  number  in  CTS.  When  tracks  are 
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dropped  or  new  tracks  are  started,  the  cross-reference  files  are 
correspondingly  updated.  These  file  relationships  are  indicated 
in  Figure  4-2. 

Since  the  ratio  of  radar,  ATCRBS  and  DABS  track  loads  is  an 
environmental  variable,  it  is  desirable  that  CTS  not  be 
partitioned  in  any  fixed  way  between  these  track  classes. 
Procedures  for  organizing  and  accessing  CTS  should  remain 
efficient  regardless  of  this  load  ratio. 

4.4  Report  Processing 


The  ATARS  surveillance  processing  initiates  and  maintains  ATARS 
tracks  on  all  DABS,  ATCRBS  (mode  C  and  non-mode  C  equipped),  and 
radar-only  aircraft  in  the  ATARS  surveillance  area  which  are 
being  tracked  by  the  DABS  sensor.  This  objective  is 
accomplished  by  two  major  tasks:  the  Report  Processing  Task, 
discussed  in  this  section,  and  the  Track  Processing  Task, 
discussed  in  Section  4.5. 

Report  processing  operates  on  interrupt  after  all  target  reports 
for  a  new  antenna  sector  have  arrived  in  the  surveillance  input 
buffer.  The  surveillance  input  consist  of  target  reports  from 
the  DABS  sensor. 

Input  data  are: 

1.  A  sector  header  antenna  azimuth  word 

2.  Target  reports  from  Surveillance  Buffer 
The  services  performed  are  to: 

1.  Update  current  antenna  position  and  rate  estimates 

2.  Screen  local  reports  and  reject  all  reports  falling 
outside  the  ATARS  surveillance  area 

3.  Reject  reports  according  to  atc  selection  not  to 
process  non-mode  C  or  radar-only  reports 

4.  Correlate  local  and  remote  reports  with  tracks  through 
DABS  ID  or  ATCRBS/radar  surveillance  file  number 
cross-references.  Store  reports  with  the  State 
Vectors  in  CTS 

5.  Start  new  DABS,  ATCRBS  or  radar-only  tracks 

6.  Flag  tracks  for  drop  (if  indicated  by  sensor) 
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FIGURE  4*2 

TRACK  FILE  STRUCTURE  AND  ACCESS 


4.4.1  ATARS  Surveillance  Area 


The  ATARS  service  area  Is  subtended  by  a  larger  area  called  the 
ATARS  surveillance  area,  defined  by  a  rho,  theta  map.  This  map 
Is  defined  as  a  convex  figure  encompassing  the  ATARS/Domino 
surveillance  area  as  shown  in  Figure  4-3.  Since  the  ATARS 
surveillance  area  Is  a  convex  figure,  it  suffices  to  define  a 
map  with  a  minimum  and  maximum  rho  for  each  theta  (or  theta 
interval).  Two  maps  are  required,  one  for  reports  above  an 
altitude  HZONE  and  one  below  this  altitude  (see  Section  6.2.1 
and  Figure  6-1).  In  order  to  pass  screening,  a  local  report 
with  altitude  data  must  lie  within  the  area  appropriate  for  that 
altitude.  If  no  altitude  has  been  measured,  then  it  must  lie 
within  at  least  one  of  the  two  map  areas.  (Remote  reports 
cannot  be  mapped  out  efficiently  here  because  their  rho,  theta 
are  not  local  coordinates.) 

4.4.2  Local  Reports 


When  a  local  report  is  within  the  ATARS  surveillance  area,  the 
DABS  ID  or  ATCRBS/radar  surveillance  file  number  is  used  to  find 
the  associated  track  in  CTS  (if  any).  The  cross-reference  files 
CREFD  and  CREFA  provide  the  required  links.  If  the  track's  drop 
flag  is  already  set  in  CTS,  it  cannot  accept  further  data  and 
the  report  is  ignored.  If  the  report  drop  bit  is  set  in  the 
surveillance  report,  track  drop  is  initiated  here.  Track  drops 
may  also  be  initiated  in  track  update  (Section  4.5.1)  when  data 
has  been  missing  too  long  or  the  track  is  out  of  the  ATARS 
surveillance  area.  The  State  Vector  Deletion  Task  performs  the 
final  drop  action  for  tracks  which  have  been  in  ATARS  coverage. 

When  a  local  report  is  a  null  report,  the  null  flag  is  set  to 
indicate  to  the  Track  Processing  Task  that  this  particular  track 
is  to  be  treated  as  a  "miss"  rather  than  a  "hit."  If  the 
diffraction  zone  bit  is  set  in  the  report,  the  track  is  also 
processed  as  a  "miss."  The  local  report  that  is  designated  as  a 
"hit"  must  also  pass  a  rho,  theta  reasonability  check  of 
measured  vs.  predicted  coordinates  in  order  to  merit  further 
consideration.  The  report  is  then  stored  in  the  CTS  report 
storage  area.  A  RAR  empty  report  is  issued  for  the  aircraft  if 
the  proper  conditions  exist  for  this  message  generation.  If  the 
site  ID  has  changed  for  the  aircraft,  then  a  check  is  made  to 
determine  if  the  aircraft  is  located  in  the  seam  area,  and  so 
designated.  If  a  pilot  request  for  an  altitude  echo  advisory  is 
received,  the  proper  computations  are  made  and  the  time  of  the 
altitude  request  is  recorded  in  the  track  State  Vector. 
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ATARS  AND  DOMINO 


DOMINO  AREA  -  PROVIDES  COVERAGE  AT  LEAST  AN  ADDITIONAL  15  nmi 
BEYOND  THE  ATARS  SERVICE  AREA 


FIGURE  4-3 

ATARS  AND  DOMINO  SERVICE  AREAS 


If  a  new  crack  is  Co  be  inicialized ,  Chls  is  Che  sole 
responsibilicy  of  Che  reporc  processing  funcCion.  This  will 
occur  when  a  local  or  laCe  local  reporc  is  examined  which  does 
noC  have  an  exiscing  associaced  crack  and  Che  report  drop  bit  is 
not  set.  Track  initialization  is  started  with  a  single  local 
report . 

4.4.3  Remote  Reports 


If  a  remote  report  is  a  null  report,  it  is  rejected  at  this 
time.  Otherwise,  the  DABS  ID  or  ATCRBS/radar  surveillance  file 
number  is  used  to  find  the  associated  track  in  CTS  (if  it 
exists).  The  cross  reference  files  CREFD  and  CREFA  provide  the 
required  links.  The  remote  surveillance  report  data  is  then 
stored  in  the  CTS  storage  area  provided  a  local  report  hasn't 
been  received  for  this  aircraft  in  the  last  1/2  scan.  The 
remote  flag  is  set  and  report  time  is  stored.  A  RAR  empty 
report  is  issued  for  this  aircraft  if  the  proper  conditions 
exist  for  this  message  generation.  If  the  site  ID  has  changed 
for  the  aircraft,  then  a  check  is  made  to  dertemine  if  the 
aircraft  is  located  in  the  seam  area,  and  so  designated.  If  a 
pilot  request  for  an  altitude  echo  advisory  is  received,  the 
proper  computations  are  made  and  the  time  of  the  altitude 
request  is  recorded  in  the  track  State  Vector. 

4.4.4  Track  initialization 


An  empty  track  slot,  which  has  been  cleared  of  all  previous 
data,  is  found  in  the  CTS.  Empty  tracks  are  threaded  together 
into  their  own  list  using  the  sector  thread  mechanism.  This 
slot  will  hold  the  new  track  State  Vector.  This  report's 
measurement  time  is  determined  and  then  stored.  The  report 
coordinates  are  converted  to  x,  y,  z.  The  initial  horizontal 
prediction  estimates  for  external  and  internal  positions,  and 
velocities  are  determined  and  stored.  The  initial  predicted 
rho,  theta  search  position  is  computed.  The  Initial  internal 
and  external  position  predictions  are  set  identical  to  the 
reported  positions.  The  level  velocities  are  set  to  a  small 
non-zero  value.  The  turn  rate  stack  is  initialized  for  the 
track  to  be  used  in  the  x,  y  smoothing  process.  The  antenna 
sector  in  which  this  track  lies  is  determined  and  the  track  is 
added  to  the  proper  antenna  sector  list  (with  forward  threading 
only).  Various  pointers  and  flags  contained  in  the  State  Vector 
are  Initialized. 
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With  mode  C  altitude  data  present,  initialization  must  be 
performed  for  the  vertical  tracker  and  other  ATARS  tasks  must  be 
notified  that  valid  altitude  data  is  available  for  this 
aircraft.  Aircraft  track  type  and  code  information  that  is 
unique  for  either  DABS  or  ATCRBS  reports  must  be  stored  in  the 
State  Vector  during  track  initialization. 

4.5  Track  Processing 


The  Track  Processing  Task  performs  (1)  final  elimination  of 
tracks  which  are  not  to  be  serviced  by  ATARS  and  (2)  Track 
Update  Process.  All  surveillance  reports  have  been  associated 
with  tracks  or  used  to  start  new  tracks  in  the  Report  Processing 
Task.  Track  processing  accepts  each  report  and  calls  the  Track 
Update  Process  (Section  4.5.1).  All  report  correlation  is 
accomplished  in  the  DABS  sensor  and  is  accepted  as  being 
completed  by  ATARS. 

Input  data  for  track  processing  consists  of  local  or  remote 
reports  with  remote  times  of  measurement  which  have  been  stored 
with  the  associated  track  in  CTS  by  report  processing  (one 
report,  or  none,  per  track). 

Track  processing  operates  once  each  time  the  local  sensor  antenna 
enters  a  new  antenna  sector  and  processes  tracks  in  particular 
sectors  (relative  to  the  antenna).  The  sectorization  of  CTS  is 
accomplished  by  threading,  which  is  updated  as  aircraft 
positions  are  re-predicted. 

The  program  is  organized  so  that  when  the  antenna  enters  antenna 
sector  n,  all  tracks  associated  with  antenna  sector  n-4  are 
processed.  All  other  tracks  which  were  input  to  the 
Surveillance  Buffer  during  sector  n  are  then  processed,  (see 
timing  diagram,  Figure  4-4).  The  antenna  sector  gap  from  n-4  to 
n  allows  time  for  DABS  sensor  report  procsssing  and  sensor  to 
ATARS  transmission  delays.  The  maximum  delay  for  surveillance 
reports  is  expected  to  be  3  antenna  sectors. 

The  primary  function  of  track  processing  is  to  perform  track 
updating  in  antenna  sector  n-4  normally  with  local  data,  but  if 
this  is  missing,  to  attempt  remote  data  or  late  local  data 
updates  each  following  antenna  sector.  This  allows  timely  use 
of  remote  reports.  Various  processing  flags  and  time  checks  are 
utilized  to  prevent  too  frequent  updates  or  confusion  because  of 
ATARS  sector  changes. 

All  tracks  in  antenna  sector  n-4  whose  smooth/predict  and 
antenna  sector  process  flags  are  not  set  are  processed  as  a 
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group.  If  a  report  is  not  a  null  report,  a  track  update  (hit) 
is  performed,  which  includes  smoothing  and  prediction.  If  a 
null  report  has  been  stored,  a  track  update  (miss)  is  performed, 
which  provides  prediction  only.  Since  processing  for  this 
aircraft  has  been  accomplished,  the  antenna  sector  process  flag 
is  set  in  the  State  Vector. 

All  the  remaining  tracks  in  the  buffer,  both  late  local  and 
remote  reports,  are  processed  as  a  second  group.  If  the 
smooth/predict  and  the  antenna  sector  process  flags  are  clear, 
then  the  remote  data  is  accepted  and  a  track  update  (hit)  is 
performed  which  includes  smoothing  and  prediction. 

4.5.1  Track  Update 


The  Track  Update  Process  has  two  entry  points.  One  is  used  to 
process  a  track  after  a  report  has  been  selected  (a  hit);  the 
other  entry  is  used  to  process  the  track  in  final  prediction 
only  if  the  track  report  is  a  null  (a  miss).  The  update  process 
uses  smoothing  and  prediction  and  performs  other  State  Vector 
update  functions  as  well.  Accessory  bookkeeping  operations 
affect  the  CREFA  and  CREFD  files. 

4. 5. 1.1  Selected  Report  (Hit)  Updating 

The  measurement  time  is  computed  for  the  current  local  and 
remote  reports.  This  time  is  computed  from  the  report  azimuth 
and  the  antenna  position/rate  estimates.  The  report  time  is  set 
into  the  current  report  time7 in  the  CTS. 

The  previous  predictions  for  this  track  should  be  corrected  to 
the  current  measurement  time,  if  necessary.  The  predictions  are 
for  an  anticipated  time  of  local  data  measurement.  Thus,  if 
this  report  is  local,  no  correction  will  ordinarily  be 
required.  However,  remote  data  will  be  measured  at  quite 
different  times,  and  the  previous  predictions  must  be 
corrected.  Correction  is  accomplished  by  shifting  the  x,  y  and 
z  predicted  coordinates  by  the  time  difference  (TMP  -  TMR)  times 
the  Internal  x,  y  and  z  velocity  estimates.  Both  internal  and 
external  predictions  will  be  affected  (see  Section  4.5.3). 

Rho,  theta  data  is  coordinate  converted  to  the  local  x,  y 
system.  Conversion  of  local  data  involves  slant  range 
correction  as  indicated  in  Figure  4-1.  For  remote  reports  a 
full  remote  to  local  system  conversion  must  be  used.  These 
conversions  utilize  the  altitude  measurement  if  present. 
Otherwise,  the  estimated  altitude  is  used.  In  cases  where 
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neither  is  available,  a  nominal  value  of  ZNOM  will  be  assumed. 
The  slant  range  for  both  local  and  remote  surveillance  reports 
must  be  transferred  into  SLREPS  before  any  coordinate 
conversions  are  made  to  the  data. 

For  local  reports  the  fact  that  smoothing/prediction  is 
accomplished  is  noted  in  the  State  Vector.  If  the  report  is  a 
DABS  report,  the  identity  of  the  remote  site  is  checked  in  the 
RAR.  If  it  is  determined  that  the  local  site  has  coverage,  a 
message  is  sent  to  this  ATARS  site  to  stop  sending  RAR  data  to 
this  aircraft  and  inform  the  local  DABS  sensor  to  start  ATARS 
service  for  this  aircraft.  If  it  is  determined  that  the  remote 
site  identified  in  the  RAR  has  control,  then  that  remote  site  is 
where  data  may  be  requested. 

For  a  remote  report  a  check  is  made  of  the  measured  x,  y 
position  against  the  external  prediction  (corrected)  for 
reasonableness.  If  the  report  is  not  reasonable,  no  update  is 
made  to  position.  If  the  aircraft  is  in  the  cone  of  silence,  it 
is  being  afforded  ATARS  service  and  is  ATARS  equipped  and  the 
remote  site  is  identified  from  which  data  will  be  requested,  a 
message  is  sent  to  the  site  requesting  RAR  data  for  this 
aircraft.  Sent  along  with  this  message  is  own-site  ATARS 
identification  and  the  directive  for  the  remote  site  to  set  its 
one  scan  flag  (OSCFL).  The  local  DABS  sensor  is  informed  to 
stop  ATARS  service  for  this  aircraft. 

After  x,  y  smoothing  has  been  performed  for  the  aircraft,  z 
smoothing  and  prediction  with  the  ATARS  vertical  tracker 
(Section  4. 5. 3. 3)  is  performed.  The  controlled/uncontrolled 
status  of  the  aircraft  is  set  according  to  the  new  DABS  report. 
The  local  and  remote  flag  indicators  in  CTS  are  also  cleared. 

4.5. 1.2  Null  Report  (MIsb)  Updating 


The  flag  which  indicates  the  local  sensor  has  lost  data  link 
contact  with  this  aircraft  is  set  in  the  State  Vector.  If 
present  time  minus  TM  is  greater  than  TDROP,  then  ATARS 
surveillance  is  dropped  for  this  aircraft.  The  aircraft  is 
placed  on  the  deletion  list  and  unlinked  from  the  X/EX-list. 

4. 5. 1.3  Updating  for  Selected  and  Null  Reports 

If  ATARS  surveillance  drop  is  indicated  and  the  aircraft  is  not 
on  the  X/EX-list,  the  track  is  dropped  and  its  cross-reference 
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links  (CREFA  or  CREFD)  are  erased.  For  those  aircraft 
designated  as  ATCRBS  or  radar,  the  State  Vector  Deletion  Task 
has  responsibility  for  the  drop  but  the  track  cross-reference 
(CREFA)  is  deleted.  Dropping  a  track  here  consists  of  simply 
re-threading  it  onto  the  empty  list. 

For  tracks  whose  ATARS  surveillance  drop  is  not  indicated, 
horizontal  track  positions  are  predicted  to  the  estimated  time 
of  next  local  data  using  the  ATARS  prediction  algorithm. 

Azimuth  and  range  are  computed  from  the  predicted  position 
values  and  stored  with  the  prediction  time. 

The  track  is  tested  for  ATARS  qualification  with  the  use  of  a 
firmness  control.  (NOTE:  Firmness  control  is  discussed  in 
Section  4.5.2.) 

If  the  track  is  qualified  for  ATARS  service,  see  if  it  is  on  the 
X-list  or  the  EX-list.  If  the  track  is  not  in  either  list, 
place  it  in  the  XINIT  List  for  the  Aircraft  Update  Processing 
Task  by  use  of  NEXTX.  If  the  track  is  on  either  list  and  ATARS 
service  is  not  being  afforded  this  aircraft,  test  the  track 
position  estimates  (external  prediction;  XP,  YP,  ZP)  to 
determine  whether  the  track  lies  within  the  ATARS  service  area. 
This  is  accomplished  by  a  geographical  area  determination  which 
utilizes  an  x,  y  masking  procedure.  This  x,  y  mask  is  defined 
as  the  ATARS  mask  service  area  as  shown  in  Figure  4-3. 

If  the  track  is  within  the  area,  ATARS  service  is  given  to  the 
aircraft.  The  tracks  are  placed  on  the  appropriate  X-list  or 
EX-list  in  the  aircraft  update  task.  If  the  aircraft  is  ATARS 
equipped,  a  message  is  sent  to  the  DABS  sensor  to  start  ATARS 
service  for  this  track.  For  all  DABS  tracks,  the  primary/secon¬ 
dary  status  of  the  track  is  recorded  in  the  State  Vector. 

For  the  track  not  qualified  for  ATARS  service,  see  if  the  track 
is  on  the  X-list  or  the  EX-list.  If  this  is  true,  drop  ATARS 
service  is  initiated,  and  the  aircraft  is  placed  on  the  deletion 
list  and  unlinked  from  the  X-list  or  the  EX-list. 

4.5.2  Firmness  Control 


The  ATARS  tracking  system  uses  the  method  of  firmness  controlled 
smoothing  parameters  (see  Table  4-1).  Separate  values  are  given 
for  beacon  and  radar-only  reports.  Firmness  values  for  each 
track  are  adjusted  in  accordance  with  its  record  of  correlation 
success  (see  Table  4-2).  The  firmness  table  construction  and 
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TABLE  4-1 


HORIZONTAL  SMOOTHING  PARAMETERS  VS.  FIRMNESS 


FIRM 

ALFA 

BETA 

THK 

Beacon 

Radar 

Beacon 

Radar 

0 

1.000 

1.000 

0.000 

0.000 

- 

1 

1.000 

1.000 

1.000 

1.000 

LPV1 

2 

1.000 

1.000 

1.000 

1.000 

LPV 

3 

0.833 

0.780 

0.700 

0.650 

3.60 

4 

0.700 

0.595 

0.409 

0.360 

2.00 

5 

0.600 

0.475 

0.270 

0.220 

1.50 

6 

0.524 

0.395 

0.192 

0.145 

1.26 

7 

0 .464 

0.345 

0.144 

0.093 

1.12 

8 

0.417 

0.310 

0.112 

0.058 

1.03 

9 

0.400 

0.300 

0.100 

0.050 

1.00 

^LPV  indicates  a  very  large  positive  value  which  disables 
turn  detection. 
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use  for  the  ATARS  tracking  system  differs  from  its  Augmented 
ARTS  III  counterpart  in  several  ways.  The  following  features 
are  present . 

1.  Fewer  levels  have  i-en  assigned  and  the  alpha,  beta 
smoothing  parameter  values  of  these  levels  have  been 
altered . 

2.  Together  with  alpha  and  beta  an  additional  threshold 
parameter,  THK,  has  been  added  to  adjust  ATARS 
cross-track  smoothing  thresholds.  (The  notation  (THK 
-  LPV)  means  that  the  ATARS  turn  detection  should  be 
disabled. ) 

3.  Three  firmness  values,  FIRMI,  FIRME  and  FIRMZ,  are 
maintained  on  each  track.  Each  uses  a  lookup  table  to 
select  parameters  for  internal  x,  y,  for  external  X, 

Y,  or  for  altitude  smoothing.  FIRMI  is  used  for  THK 
lookup . 

4.  These  firmness  values  step  up  or  down  depending  on  the 
success  or  failure  of  attempts  to  correlate  on  a 
particular  scan.  The  adjustments  are  made  after  the 
previous  firmness  levels  have  been  used  for  lookup. 
Nominal  adjustments,  which  are  common  to  all  three 
firmness  values,  are  further  subject  to  absolute 
assigned  maximum  firmness  limits.  Nominally, 

FIRMItnax  “  9 

FIRMER  -  4 

FIRMZmax  -  9 

These  values  cannot  be  exceeded  during  stepping.  Note 
that  a  successful  rho,  theta  correlation  does  not 
necessarily  result  in  a  successful  altitude 
correlation  so  that  FIRMZ  does  not  necessarily 
increase  with  FIRMI  and  FIRME.  Altitude  reports  may 
be  missing. 

5.  When  a  track  is  initiated,  FIRMI  and  FIRME  are 

Inserted  at  level  1.  Similarly,  if  altitude  data  on 
this  new  track  has  been  received,  FIRMZ  is  also 

Initialized  at  1.  If  no  altitude  data  has  been 

received,  set  FIRMZ  -  0. 

6.  A  track  is  terminated  when  the  time  Interval  between 
the  current  time  and  the  time  of  the  last  successful 
horizontal  reply  (represented  by  TM)  exceeds  the 
threshold  value  TDROP. 
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7.  All  turning  track  firmness  levels  used  In  ARTS  III 
have  been  deleted. 

4.5.3  Track  Estimation 

Track  estimation  consists  of  two  processes:  smoothing,  In  which 
a  track's  current  data  Is  combined  with  a  previously  made 
prediction  to  achieve  an  Improved  estimate  of  the  current  state, 
and  prediction,  in  which  the  current  smoothed  state  Is 
extrapolated  one  scan  ahead  to  assist  correlation  and  prepare 
for  the  next  smoothing  step.  Figure  4-5  illustrates  turn 
sensing,  smoothing  and  prediction  based  on  the  current  positions 
and  velocities. 

Smoothing  and  prediction  processes  are  called  from  the  Track 
Update  Process.  The  essential  data  communicated  to  the 
smoothing  algorithm  is: 

a.  The  track  to  be  processed 

b.  The  report  to  be  used  for  smoothing 

c.  Estimates  of  antenna  position  and  rate 

The  prediction  algorithm  requires  only  the  first  and  third 
items.  Both  algorithms  modify  the  contents  of  the  track  State 
Vector.  In  both  smoothing  and  prediction,  reference  is  made  to 
internal  and  external  position  and  velocity  coordinates.  Inter¬ 
nal  refers  to  those  positions  and  velocities  used  internal  to 
the  Track  Processing  Task.  External  includes  all  positions  and 
velocities  used  elsewhere  in  the  ATARS  tasks  but  generated  in 
the  Track  Processing  Task. 

4. 5. 3.1  Horizontal  Smoothing 

The  ATARS  horizontal  smoothing  process  is  designed  to  provide 
improved  knowledge  of  aircraft  heading  during  turns  and  vertical 
velocity  information  for  the  level-occupancy  tracker  (Section 
4. 5. 3. 3).  Thus,  ATARS  conflict  detection  and  conflict 
resolution  may  be  performed  more  effectively  for  maneuvering 
aircraft  than  has  been  possible  with  previous  algorithms. 

Horizontal  (x,  y)  positions  and  velocities  are  smoothed  by  the 
well-known  alpha,  beta  technique  until  a  maneuver  is  sensed. 

The  cross-track  deviation  (data  report  distance  from  the  line  of 
the  predicted  track  vector)  is  compared  with  an  assigned  thres¬ 
hold  to  detect  a  turn.  If  a  Horizontal  Maneuver  Status  (HMS) 
indicates  a  turn,  the  turn  rate  (W)  is  computed  from  a  modified 
cross-track  deviation  computed  from  the  oldest  of  three  previous 
smoothed  positions  and  velocities.  Figure  4-6  illustrates  turn 
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FIGURE  4-5 
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USING  HISTORICAL  POSITIONS  AND  VELOCITIES 


rate  computation  (in  relation  to  Figure  4-5)  using  historical 
positions  and  velocities •  Figure  4-7  illustrates  the  turn  rate 
computations  used  for  the  advisory  service  in  ATARS  (see  Own 
Message  in  Section  16.1.3.2).  Maneuvering  tracks  are  smoothed 
by  a  special  method  which  includes  track-oriented  geometric 
calculations.  The  following  implementation  avoids  use  of 
trigonometric  functions  wherever  possible. 

The  horizontal  smoothing  operations  are  controlled  by  two 
important  CTS  track  firmness  parameters  FIRMI  and  FIRMS  which 
are  maintained  by  the  correlation  program  in  accord  with  the 
record  of  correlation  successes  and  failures.  Table  4-1  shows 
how  the  various  smoothing  process  parameters  vary  with  these 
firmness  values  (denoted  generlcally  by  FIRM).  (The  level  zero 
is  restricted  to  FIRMZ) . 

Before  the  X,  Y  Smoothing  Process  is  started,  the  measured  range 
and  azimuth  are  converted  to  Cartesian  XR,  YR  components.  CTS 
contains  the  predicted  internal  position  XPIl,  YPI1,  and 
velocity,  XDIl,  YDI1,  estimates  for  the  current  predicted  data 
time,  TMP1.  CTS  also  contains  up  to  three  previous  smoothed 
internal  positions,  velocities,  old  data  times,  and  the  special 
predicted  positions  used  for  the  turn  rate.  For  an  update  with 
local  data,  TMPl  is  sufficiently  close  to  the  true  measurement 
time  that  these  predictions  may  be  directly  compared  with  the 
measurements.  For  an  update  with  remote  data,  the  predictions 
XPIl,  YPI1  are  first  corrected  to  the  remote  measurement  time  by 
using  the  velocities  XDIl,  YDIl  and  applying  the  time  difference 
TMR1-TMP1. 

Several  quantities  to  be  used  in  the  computation  of  the  turn 
rate  are  initialized  In  the  Track  Initialization  Process,  and 
are  available  In  the  State  Vector.  These  variables  are  updated 
in  the  X,  Y  Smoothing  and  Prediction  Processes.  These 
parameters  are  outlined  below. 

Last  predicted  internal  velocity: 

XDIOLD  -  XDIl 
YDIOLD  -  YDIl 

Last  predicted  internal  position: 

XPINEW  -  XPIl 
YPINEW  -  YPIl 

Time  on  the  stack: 

ST  -  0 
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SIN  A  -  b/r 

b  *  2r  SIN  A/2 
d  “  b  SIN  A/2 
-  2r  SIN2  A/2 

approx.  ■  2r  A2/4  FOR  SMALL  A 


A  -  wt  t  •  TIME  ROR  n  SCANS 


rA  «  vt  v  ■  VELOCITY 


d  ■  2(vt)vt/4 
*  1/2  vwt2 

w  -  2d/vt2  TURN  RATE 

SUBSTITUTING  FOR  d  AND  v,  THE  TURN  RATE  EQUATION  IS! 
W  ■  2CTDA/(XDIOLD2+YDIOLD2)  *  (DT+ST)2 

FIGURE  4-7 

TURN  RATE  COMPUTATION  FOR  ADVISORY  SERVICE 
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The  stack  time  Is  Initialized  In  the  Track  Initialization  Process  and 
stored  in  CTS.  The  stack  time  is  computed  each  scan  in  the  Track 
Processing  Task. 


Then  define  the  internal  deviation  vector  DI  as: 


'  DIX  '  '  XR  -  XPIl  ' 

DI  -  '  '  -  '  'and 

'  DIY  *  '  YR  -  YPIl  ' 


_  '  CTDIX  '  '  XR  -  XPINEW  ’ 

CTDI  -  1  ’  -  '  ' 

'  CTD1Y  '  '  YR  -  YPINEW  ' 


Let  the  elapsed  time  since  the  last  X,  Y  data  was  received  on  this 
track  be  DT.  This  time  difference  is  calculated  from  the  last  data 
time,  TM1 ,  stored  in  CTS  and  the  new  data  time.  New  data  time  for 
local  and  remote  reports  are  determined  here  from  the  measured  azimuth 
and  the  antenna  motion  estimates. 

Then  ALFA,  BETA  are  selected  through  FIRMI,  and  the  smoothing 
equations  produce  the  intermediate  estimated  coordinates  designated 
XA,  YA,  XDA,  YDA  as  follows: 

XA  -  XPIl  +  ALFA  *  DIX 

YA  -  YPIl  +  ALFA  *  DIY 

XDA  -  XDI1  +  BETA  *  DIX/DT 

YDA  -  YDIl  +  BETA  *  DIY/DT 

The  next  step  is  to  sense  for  turns.  Let 

A  -  DIX  *  YDIl  -  DIY  *  XDI1 

CTDA  -  CTDIX  *  YDIOLD  -  CTDIY  *  XDIOLD 

S  -  Sign  (A) 

B  -  XDIl2  +  YDIl2 

The  cross-track  distance,  D,  used  for  turn  sensing  is 
D  -  A/SQRT(B) 
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The  square  root  can  be  avoided  by  dealing  with  the  square  of  this 
distance,  D2. 

D2  -  A2/B 

Let  D2TH  be  a  threshold  by  which  D2  is  measured  to  sense  a  turn. 

Then,  if  D2  .GT.  D2TH  and  S  is  negative,  a  left  turn  is  sensed.  If  D2 
.GT.  D2TH  and  S  is  positive,  a  right  turn  is  sensed. 

The  threshold  is  computed  as  a  function  of  track  range,  speed, 
orientation  and  the  data  source  used  for  this  update.  It  is  further 
modified  by  the  factor  THK  which  depends  on  FIRMI.  The  calculation  of 
D2TH  is  accomplished  through  two  intermediate  quant it ites,  DTHA  and 
DTHB: 

D2TH  -  THK  *  (DTHA  +  DTHB  *  (XA  *  XDA  +  YA  *  YDA)2/(V2A  *  R2A) ) 


where 


R2A  -  XA2  +  YA2 
V2A  -  XDA2  +  YD A 2 

Physically,  DTHA  is  the  square  of  the  threshold  which  is  appropriate 
for  testing  the  radial  deviations  of  a  track  moving  tangentially  to 
the  radar.  DTHA  +  DTHB  Is  the  square  of  the  threshold  appropriate  for 
testing  tangential  deviations  of  a  track  moving  radially.  The  factor 
multiplying  DTHB  is  the  square  of  the  cosine  of  the  angle  between  the 
track  direction  and  the  radius  vector  from  the  radar.  Since  the 
predicted  range  is  available  from  CTS,  it  may  also  be  used  with 
sufficient  accuracy  in  place  of  the  R2A  computation  above.  The 
quantities,  DTHA  and  DTHB,  are  determined  from  sensor  error  standard 
deviations  and  track  speed  by  the  empirical  formulas: 

DTHA  -  (3.1  *  STDA  +  1.35  *  SQRT  (V2A))2 

DTHB  (3.1  *  STDB  +  1.35  *  SQRT  (V2A))2  -  DTHA 

The  speed  estimate,  SQRT(V2A),  must  be  expressed  in  knots  for  this 
calculation  when  the  other  quantities  are  in  feet. 

The  sensor  error  parameters,  STDA  and  STDB,  are,  respectively,  the 
radial  and  tangential  data  error  standard  deviations  as  specified  in 
Reference  1.  A  typical  parameter  set  for  each  data  source  is  listed 
in  Table  4-3.  Tangential  parameters  generally  depend  on  the 
track-range,  SQRT(R2A).  Since  remote  data  is  not  oriented 
conveniently  in  the  local  sensor  system,  a  pessimistic,  isotropic 
assignment  is  made. 


i 
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TABLE  4-3 


THRESHOLD  PARAMETERS  IN  FEET 


SOURCE 

STDA 

STDB1 

Local  DABS  Beacon 

150 

.002 

*  SQRT 

(R2A) 

Local  ATCRBS  Beacon 

180 

.002 

*  SQRT 

(  R2A) 

Local  Radar 

215 

.004 

*  SQRT 

(R2A) 

Remote  Beacon 

500 

500 

^The  range,  SQRT(R2A),  should  be  expressed  In  feet. 
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When  a  turn  Is  sensed,  a  correction  in  the  direction  of  the  sensed 
turn  is  made  in  the  heading  of  the  aircraft.  Let  DR  be  the  vector 


DR 


'  DRX  ' 

t  t 

'  DRY  ' 


'  XDI1  *  DT  +  DIX  ' 

I  f 

'  YDIl  *  DT  +  DIY  ’ 


and  VA  the  vector 


VA 


'  XDA  ' 

t  I 

'  YDA  ' 


The  magnitude  of  this  correction  is  half  of  the  angle  between  vectors 
DR  and  VA,  except  when  this  angle  exceeds  some  threshold,  TTH ,  in 
which  case  the  correction  is  limited  to  TTH/ 2 .  (It  is  assumed  that 
the  parameter,  TTH  will  be  less  than  90°).  Let  phi  be  the  angle 
between  vectors  DR  and  VA  and  let  CT2  -  cos2(TTH) . 

Define 

C  =*  DRX  *  XDA  +  DRY  *  YDA 
P  -  Sign(C) 


Then 


CP  2  -  _ _ 

(DRX2  +  DRY2)  *  V2A 

Define 

CP  -  SQRT(CP2) 

Let  sin  (ab8(phi)/2)  -  SPD2  and  cos  (abs(phi)/2)  -  CPD2.  Where  abs 
means  the  absolute  value  of  the  parameter. 

SPD2  -  SQRT  ((l-CP)/2) 

CPD2  -  SQRT  ( ( 1+CP)/ 2 ) 
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Let  delta  theta  be  the  absolute  value  of  the  heading  correction  and 
let  SDT  «  sin  (delta  theta)  and  CDT  =  cos  (delta  theta).  Let  STD2  » 
sin(TTH/2 )  and  CTD2  »  cos(TTH/2).  Then, 


SDT  »  STD2  ' 

If  P  *  CP2  .LE.  CT2 

CDT  -  CTD2  ' 


SDT  -  SPD2  ' 

' -  otherwise 
CDT  -  CPD2  ’ 


The  new  estimated  internal  velocity  coordinates  are: 


XDIlnext  -  XDA  *  CDT  +  S  *  YDA  *  SDT  ' 

if  D2  .GT.  D2TH 

YDIl.next  -  YDA  *  CDT  -  S  *  XDA  *  SDT  ’ 


MW  “  ' 

if  D2  .LE.  D2TH 

*.DI1next  "  YDA  ’ 


When  a  turn  has  been  sensed  in  the  same  direction  on  two  consecutive 
updates,  an  additional  heading  correction  of  magnitude,  DELTA,  is 
applied  in  the  direction  of  turn.  Let  SDEL  -  sin(DELTA)  and  CDEL  » 
cos(DELTA) . 

If  a  turn  is  sensed  on  two  consecutive  updates,  the  final  external 
velocity  coordinates  used  as  a  source  of  the  coordinates  in  ATARS 
detection  and  resolution  are: 

XDElnext  “  XDIlnext  *  CDEL  +  S  *  YDIlnext  *  SDEL 

TOElnext  “  ^next  *  CD£L  ~  S  *  XDIlnext  *  SDEL 

For  all  other  cases: 

XDElneJU  “  X®1^-next 
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YDElnext  ”  ™Ilnext 

Note  that  the  DELTA  correction  affects  the  data  used  for  detection  and 
resolution,  but  does  not  influence  the  internal  tracker  velocities, 
and,  hence  is  not  propagated  into  the  future. 

The  smoothed  internal  position  estimates  are: 

XSI1  =  XA 

YSIl  =  YA 

XSI1  and  YSIl  are  local  variables  and  are  processed  further  by 
prediction  which  occurs  later. 

The  horizontal  maneuver  status  indicator,  HMSl,  stores  the  turn 
indication  for  use  on  the  next  update.  It  is  set  to  zero  during  track 
prediction  if  the  predicted  time  of  the  miss  data  1b  later  than  THMS 
beyond  the  last  data  time. 

Let  XPl ,  YPl  be  the  external  estimates  used  In  ATARS.  These  are 
position  predictions  for  the  current  data  time,  but  distinct  and 
separate  from  the  internal  estimates.  Define  the  external  deviation 
vector  DE  as: 


_  '  DEX  '  ’  XR  -  XPl  ’ 

DE  -  '  '  -  '  ' 

'  DEY  '  '  YR  -  YPl  ' 


Here,  too,  for  remote  data  a  preliminary  correction  is  applied  to  XPl, 
YPl  using  XDIl,  YDI1  and  the  time  difference  TMRl  -  TMPl. 

After  ALFA  is  selected  through  FIRME,  the  smoothed  estimates  XS1,  YS1 
are  produced  by  the  operation: 

XS1  -  XPl  +  ALFA  *  DEX 

YS1  -  YPl  +  ALFA  *  DEY 

XS1  and  YS1  are  local  variables  and  are  processed  further  by 
prediction  which  occurs  later. 
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Both  internal  and  external  position  estimates  are  propogated  into  the 
future,  but  positions  predicted  for  turn  rate  computations  (see  Figure 
4-7)  are  completely  independent  and  are  not  propagated  into  the 
future.  The  reason  for  these  two  types  of  estimates  is  that  the 
internal  positions  are  designed  to  provide  effective  turn  sensing 
while  the  external  estimates  provide  more  accurate  actual  positions 
for  ATARS  threat  detection  and  resolution. 

The  Detect  Task  and  resolution  advisories  evaluation  logic  use  the 
turn  status  as  determined  by  the  following  logic.  The  turn  sensing 
algorithm  has  seven  states  (noted  in  Table  4-4)  representing  different 
degrees  of  confidence  that  the  aircraft  is  actually  turning.  The 
cross-track  deviation  (D2)  is  checked  against  two  thresholds  (THl, 

TH2)  which  are  computed  from  the  equations  shown  on  Table  4-5.  One 
threshold  is  small  enough  so  that  the  probability  of  a  missed  alarm  is 
small  and  there  is  little  delay  in  detecting  a  turn.  The  other 
threshold  is  large  enough  so  that  the  probability  of  a  false  alarm  or 
wrong  alarm  is  minimized  (see  Reference  6).  The  transition  diagram 
for  the  turn  sensing  states  is  summarized  in  Table  4-6. 

4. 5. 3. 2  Horizontal  Prediction 

When  a  track  receives  data,  prediction  is  done  just  after  smoothing. 
The  various  smoothed  estimates  are  projected  ahead  to  the  next  local 
correlation  time  using  the  appropriate  smoothed  velocities.  The 
velocities  are  not  modified.  When  a  track  receives  no  data,  the 
previous  predictions  are  treated  as  if  they  were  new  smoothed 
estimates  and  are  predicted  again.  In  this  case,  prediction  is 
accomplished  during  first  pass  processing  in  the  tracking  module. 

Let  DS  be  the  estimated  time  to  the  next  local  report.  Then, 

XDI1  =  XDIlnext 
YDI1  -  YDIlnext 

XPI1  -  XSI1  +  DS  *  XDI1 
YPI1  =  YSIl  +  DS  *  YDI1 

XP1  -  XS1  +  DS  *  XDI1 
YP1  -  YS1  +  DS  *  YDI1 

To  compute  XPINEW,  YPINEW,  use  time  at  stack  top  minus  time  at  stack 
bottom  to  compute  time  on  the  stack  (ST).  Use  position  and  velocity 
on  the  bottom  of  the  stack,  ST,  and  DS  to  predict  the  next  position. 


TABLE  4-4 


VALUE  OF 
(TURN) 

$STRNGLFT 

$WKLFT 

$ STRAIGHT 

$WKRGT 

$STRNGRGT 

$HUHMINUS 

Ihuhplus 


TURN  SENSING  STATES 


DEFINITION 


We  are  very  confident  that  the  aircraft  ia  turning 
left. 

We  are  alightly  confident  that  the  aircraft  is  turning 
left. 

We  are  very  confident  that  the  aircraft  is  going 
straight. 

We  are  slightly  confident  that  the  aircraft  is  turning 
right . 

We  are  very  confident  that  the  aircraft  is  turning 
right. 

We  are  uncertain  about  the  aircraft's  turn  status. 

We  are  uncertain  about  the  aircraft's  turn  status. 
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TABLE  4-5 


EQUATIONS  FOR  TURN  SENSING 

C2T  -  (XA  *  XDA  +  YA  *  YDA)2 
V2A  *  R2A 

CRNG1  -  (TRKW1  *  STDA  +  TRKW2  *  SQRT  (V2A))2 
CAZ1  -  (TRKW1  *  STDB  +  TRKW2  *  SQRT  (V2A) )2  -  CRNG1 
THl  «  THK  *  (CRNGl  +  CAZ1  *  C2T) 

CRNG2  -  (TRKS1  *  STDA  +  TRKS2  *  SQRT  (V2A) )2 
CAZ2  -  (TRKS1  *  STDB  +  TRKS2  *  SQRT  (V2A) )2  -  CRNG2 
TH2  -  THK  *  (CRNG2  +  CAZ2  *  CZT) 
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TABLE  4-6 


TRANSITION  DIAGRAM  FOR  TURN  SENSING 


PREVIOUS 

NEXT 

VALUE  OF  (TURN) 

VALUE 

STRONG 

WEAK 

WEAK 

STRONG 

OF 

LEFT 

LEFT 

STRAIGHT 

RIGHT 

RIGHT 

(TURN) 

(IHIT— 2) 

(IHIT— 1) 

(IHIT-0) 

(IHIT-+1) 

(IHIT*+2) 

(STRNGLFT 

(STRNGLFT 

(WKLFT 

$ STRAIGHT 

(HUHPLUS 

(HUHPLUS 

(WKLFT 

(STRNGLFT 

(WKLFT 

$ STRAIGHT 

(HUHPLUS 

(HUHPLUS 

(STRAIGHT 

(WKLFT 

(WKLFT 

(STRAIGHT 

(WKRGT 

(WKRGT 

(WKRGT 

(HUHMINUS 

(HUHMINUS 

(STRAIGHT 

(WKRGT 

(STRNGRGT 

(STRNGRGT 

(HUHMINUS 

(HUHMINUS 

(STRAIGHT 

(WKRGT 

(STRNGRGT 

(HUHMINUS 

(WKLFT 

(WKLFT 

(STRAIGHT 

(HUHPLUS 

(HUHPLUS 

(HUHPLUS 

(HUHMINUS 

(HUHMINUS 

(STRAIGHT 

(WKRGT 

(WKRGT 

4-31 


Note  that  external  X,  Y  positions  are  predicted  using  internal 
velocities.  This  is  done  to  reduce  the  possible  perturbations  caused 
by  false  turn  detections. 

In  order  to  prepare  for  the  next  correlation,  the  predicted  range 
(RH0P1)  and  azimuth  (AZP1)  are  calculated  from  the  external 
predictions  and  stored  in  the  track  file. 

RHOplnext  "  SQRT  (xpl2  +  YPl2  +  zpl2> 

AZplnext  ”  tan  (XP1/YP1)  (with  quadrant 
determination) 

For  an  update  with  local  data,  DS  is  nominally  the  estimated  scan  time 
of  the  antenna. 


DS 


scan 


360° 

ARATE 


The  tangential  motion  of  a  track  near  the  antenna  may  require  a 
correction  of  this  value.  A  method  for  determining  whether  correction 
is  needed,  is  to  find  (AZPlnext  -  AZP1)  and  then  the  increment  of 
extra  scan  time  which  this  predicted  azimuth  change  requires.  The 
extra  time,  DDS ,  is  a  correction  of  DSscan  and  may  be  positive  or 
negative.  If  the  magnitude  of  DDS  is  TDDS  or  greater,  the  predictions 
are  recalculated  with  the  exact  DS,  i.e., 

DS  "  DSscan  +  DDS 
For  an  update  with  remote  data, 


'  DSqran  +  DDS  Loop  1 

DS  -  TMP1  -  TM1  + 

'  0  Loop  2 

The  time  for  which  the  predictions  are  made,  TMPlnext,  is  calculated 
and  stored  in  the  State  Vector. 

For  a  hit: 

™plnext  “  TM1  +  DS 
For  a  miss: 

TWlnext  "  TMPl  +  DS 
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(TM1  is  the  time  of  measurement  of  the  current  report,  which  replaced 
the  old  time  after  the  call  to  the  vertical  tracker). 

4. 5. 3. 3  Vertical  Tracker 


The  level-occupancy  vertical  tracker,  developed  by  Lincoln 
Laboratories  (see  Reference  12),  is  replacing  the  older  alpha-beta 
vertical  tracker  used  in  the  previous  ATARS  design.  The  level- 
occupancy  vertical  tracker  shows  a  much  improved  response  to  swift 
vertical  manuevers,  which  was  a  deficiency  in  the  older  tracker.  The 
algorithm  for  the  vertical  tracker  is  taken  directly  from  Reference  12 
and  translated  into  the  pseudocode  shown  in  Section  4.6.  The  CTS  is 
expanded  to  include  the  new  quantities  necessary  to  implement  this  new 
vertical  tracker  and  the  correct  initialization  is  obtained  from  that 
provided  in  Reference  5. 

4.5.4  Supporting  Routines 


This  section  provides  a  list  of  some  common  routines  required  by  the 
ATARS  tracker.  Particular  algorithms  are  outlined  in  selected  cases. 
Track  processing  control  flags  are  briefly  summarized  and  their 
utility  noted. 

Required  routines  of  particular  importance  are  the  following: 

1.  Antenna  Azimuth  Position/Rate  Estimation 

This  routine  is  called  by  the  Report  Processing  Task.  The  input 
consists  of  an  antenna  azimuth  position  from  the  header  word 
supplied  with  each  antenna  sector's  reports  in  the  Surveillance 
Buffer.  An  azimuth  is  received  each  antenna  sector,  whether  or 
not  there  are  accompanying  target  reports. 

It  is  also  necessary  to  read  the  ATARS  real-time  clock  at  the 
time  the  azimuth  is  extracted. 

The  antenna  estimate  is  embodied  and  stored  in  three  variables 
APOS,  ATIME,  ARATE.  Let  the  new  input  azimuth  be  ANAZ  and  the 
clock  time  CTIME.  Then  the  estimate  update  Is: 

ARATEnext  -  (1  -  A3ETA)  *  ARATE  +  ABETA  *  (ANAZ  -  APOS) 

(CTIME  -  ATIME) 

APOSnext  “  ANAZ 
ATIMEnext  -  CTIME 
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ABETA  is  a  smoothing  constant  (approximately  ■*  .5).  If  ANAZ  - 
APOS  is  negative,  add  360°.  Thus  this  difference  is  always 
taken  as  a  positive  angle.  Check  CTIME  -  ATIME.  If  too  small 
(i.e.,  corresponds  to  less  than  1/2  antenna  sector)  skip  the 
update  for  this  antenna  sector. 

2.  Local  Report  Time  of  Measurement 

The  routine  is  used  wherever  local  reports  are  utilized  for  track 
update  or  initialization.  The  input  data  are  the  measured  report 
azimuth,  AZR,  and  the  antenna  estimates. 

The  algorithm  for  measurement  time,  TMnext  is: 

TM„a„,  -  ATIME  +  (AZR  -  APOS) 

ARATE 

3.  Coordinate  Conversions 

a.  Local  rho,  theta  to  x,  y. 

b.  Local  x,  y  to  rho,  theta. 

c.  Remote  rho,  theta  to  local  x,  y. 

See  Section  4.2  and  Figure  4-1  for  a  brief  general  description  of 
the  coordinate  framework. 

Note  that  remote  sensor  site  parameters  must  be  stored  and  used 
in  c  in  the  above  list.  A  selection  of  parameters  is  made 
through  the  sensor  ID  supplied  with  each  report. 

4.  Sector  Thread  Update 

The  requirements  of  this  program  (or  programs)  are  to: 

a.  add  a  new  track  to  a  sector  thread, 

b.  delete  a  track  from  a  sector  thread, 

c.  change  a  track  from  one  sector  thread  to  another. 

5.  ATCRBS/Radar  Cross-reference  (CREFA)  Update 

The  requirements  of  this  routine  are  to  create  or  delete  a  CREFA 
link  to  a  track  State  Vector. 

6.  DABS  Cross-reference  (CREFD)  Update 
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The  requirements  of  this  routine  are  to  create  or  delete  a  CREFD 
link  to  a  track  State  Vector. 

7.  CREFA  Reference 

This  routine  locates  a  given  track  in  CTS  from  its  ATCRBS/radar 
surveillance  file  number  by  utilizing  CREFA.  Or  it  determines 
that  no  reference  exists. 

8.  CREFD  Reference 

This  routine  provides  a  function  similar  to  7,  but  for  a  DABS  ID 
using  CREFD. 

The  following  is  a  brief  summary  of  required  State  Vector  processing 
flags  and  indicators  used  in  the  Track  and  Report  Processing  Tasks. 
Their  operation  and  function  in  the  program  are  briefly  summarized. 

1.  LOFL:  local  data  flag 
RMFL:  remote  data  flag 

These  flags  indicate  the  source  type  of  a  report  stored  with  a 
track  in  CTS.  They  are  set  when  the  report  is  stored  and  cleared 
during  track  update  or  initialization. 

LOFL  and  RMFL  are  both  used  to  indicate  presence  or  absence  of 
data  from  a  particular  site. 

2.  SMPR:  smooth/predict  flag 

SPRO:  antenna  sector  process  flag 

These  flags  provide  internal  communication  and  prevent  confusion 
in  the  timing  of  operations  of  the  tracker. 

SMPR  is  set  when  local  reports  are  used  for  the  Track  Update  or 
Track  Initialization  Process.  The  flag  is  cleared  1/2  scan  after 
the  Track  Update  Process  has  been  performed  for  the  aircraft's 
sector.  Its  function  is  to  Inform  later  program  tasks  that  an 
update  has  already  occurred  on  thiB  scan  and  to  defer  further 
updates  to  the  next  scan. 

SPRO  is  set  after  conclusion  of  local  report  processing  in  the 
Track  Processing  Task.  It  is  cleared  1/2  scan  after  the  Track 
Update  Process  has  been  performed  for  the  aircraft's  sector.  It 
is  tested  before  each  track  is  accessed  in  the  Track  Processing 
Task.  It  inhibits  reprocessing  a  track  in  the  remote  or  late 
local  report  processing  step. 
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3.  DRSUR:  drop  surveillance  flag 
DRATS:  drop  ATARS  service  flag 


These  flags  indicate  drop  conditions.  Both  exist  for  the  benefit 
of  the  State  Vector  Deletion  Task,  which  takes  final  action  when 
a  track  is  to  be  dropped. 

DRSUR  is  set  by  the  tracker  when  it  determines  that  a  track 
should  be  dropped  (drop  bit  received  or  too  much  time  elapsed 
since  last  data  input). 

DRATS  is  set  when  the  Track  Update  Process  determines  that  the 
track  is  not  qualified  for  ATARS  service  or  is  outside  the 
service  area.  Otherwise,  it  is  cleared  during  update. 

4.  ATSS:  ATARS  service  flag 

This  flag  is  set  by  the  Track  Update  Process  when  it  determines 
that  a  track  has  become  eligible  for  ATARS  service.  It  adds  a 
new  track  to  the  XINIT  List.  Geographical  processing  performs  a 
more  precise  geographical  check,  and  may  clear  this  flag  if  the 
aircraft  is  outside  the  service  area.  The  flag  is  cleared  when 
the  ATARS  service  is  discontinued  In  response  to  a  DRATS 
indication  or  because  the  geographic  checks  show  the  track  to  be 
outside  the  service  area. 

Three  operations  require  coordinated  actions  between  the  Track 
Processing  Task  and  subsequent  ATARS  tasks.  These  are  to: 

1.  Start  ATARS  service  for  a  track 

2.  Drop  ATARS  service  for  a  track 

3.  Drop  surveillance  for  a  track 

A  surveillance  drop  is  a  total  drop  from  the  track  and  cross- 
reference  files.  An  ATARS  service  drop  only  terminates  traffic 
advisory  and  resolution  advisory  service;  tracking  is  still  required 
for  domino  processing. 

These  operations  are  coordinated  by  the  State  Vector  flags;  ATSS, 
DRATS,  DRSUR.  Table  4-7  shows  in  each  case  the  actions  initiated  by 
track  processing  and  then  the  actions  taken  by  New  Aircraft  Processing 
or  State  Vector  Deletion  Tasks  to  complete  the  operation. 

ATARS  service  is  discontinued  when  a  track  leaves  the  ATARS  service 
area.  This  event  is  determined  by  geographical  processing. 
Geographical  processing  sets  the  DRATS  flag  directly  and  proceeds  with 
the  final  actions  as  indicated  in  the  table. 
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TABLE  4-7 


STEPS  REQUIRED  TO  START/DROP  ATARS  SERVICE  OR  DROP  SURVEILLANCE 


FUNCTION 

STEP  I 

STEP  II 

Start  ATARS 

TRACK  PROCESSING  TASK 

NEW  AIRCRAFT  PROCESSING  TASK 

Service 

Set  ATSS 

Remove  from  XINIT  List 

Put  track  in  XINIT  List 

Put  in  appropriate  X-list 

Reset  DRATS 

Set  INXFL 

Initialize  State  Vector 

Drop  ATARS 

TRACK  PROCESSING  TASK 

Service 

Set  DRATS 

Reset  ATSS 

OR 

GEOGRAPHICAL  PROCESSING 
Reset  ATSS 

Set  DRATS 

Drop  ATARS/ 

TRACK  PROCESSING  TASK 

STATE  VECTOR  DELETION  TASK 

Domino 

Set  DRSUR 

Remove  track  from 

Surveillance 

Erase  CREFA  link 

appropriate  X-list 

OR 

Remove  from  sector  list 

REPORT  PROCESSING  TASK 

and  add  to  empties* 

Set  DRSUR 

Erase  CREFD  link 

Erase  CREFA  link 

*This  action  effectively  erases  the  track  from  CTS. 
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4.6  Pseudocode  for  Surveillance  Report  and  Track  Processing 

The  pseudocode  follows  for  the  Report  Processing  Task  and  the  Track 
Processing  Task  described  In  this  section.  The  format  “surveillance 
data  ITEM"  used  in  the  low  level  pseudocode  refers  to  a  data  field  In 
the  DABS,  ATCRBS  or  radar  reports  (Tables  3-3,  3-4,  3-5). 
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esmasam  iaeu  ar  eamm 


i 


EMS 


REPORT  PROCESSISG  LOCAL  PARAHES'ERS . »-P3 

REPORT  PROCESSISG  LOCAL  7ARIABLES  .  4-P5 

REPORT  PROCESSISG  LOS-LETEL  LOGIC  .  j  .  ..  4-P7 

TASS  RE?ORT_PROCESSISG  .  »-P7 

PROCESS  ATC_arop_tadar_repor*s  .  4-P9 

PROCESS  ATC_droo_non_Bode_C_repor*. . 4-pil 

PROCESS  re«ote_repor^_inpo't . 4-P13 

PROCESS  surTeillance_area_report_processing  .  4-P15 

PROCESS  flnal_repor*_selection . 4-PI 7 

PROCESS  flag_pointer_initlal  .  4-P19 

PROCESS  sea«_f lag_apdatipg  .  4-P21 

PROCESS  track_inltializa*ion . 4-P23 

°POCESS  ztracAJLni* . 4-P25 

TPACE  P®OCESSI EG  LOCAL  PARASETERS  .  4-P27 

TRACE  "ROCESSISG  LOCAL  TARIABLES  .  4-P29 

TRACE  PROCESSISG  LOS— L REEL  LOGIC  .  4-P33 

TASK  TRACE— PROCESSISG  .  *-?33 

PROCESS  ♦Tacfc_opdatB . 4-P35 

PROCESS  ai*itude_*TansiElon_Ioglc  .  4-P37 

PROCESS  l«T«l_‘ransltlon_oodate  .  9-P39 

PROCESS  locaI_rBpor*._serTtca . 4-P91 

PROCESS  aon*ransltion_loglc  .  9-»43 

PROCESS  rat«_reinitia!ization  .  »-?*5 

PROCESS  rRsote_repott_serEi.ee  .  »-p*7 

PROCESS  resideal_rate_detection  .  .  .  4-P49 


H-P1 


PROCESS  singla_transttion . 4-P51 

PROCESS  start op_saoothing  .  4-P53 

PROCESS  track_ser»ice_deter«lnation  .  .  4-P5S 

PROCESS  x_y_predict.lon . 4-P57 

PROCESS  x_T_s«oothing  .  ...........  .  4-P59 

process  r  tracker . 4-P61 
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<*•*  THE  PAR1HETEBS  LISTED  8EL0R  IP*  LOCAL  TO  THE  B*POB*  PROCBSSIHS  TASH  ••*> 

STBOCTORE  RP*PARH 
GBOOP  ztr k_init 

TIT  ALT_TIHS_FACT  <  7.0  > 

1ST  EIH HEP_I  HI*  <  5  > 

Ft*  2TEL_IHIT  <  Initial  »alne  of  telocity  for  Tertlcal  tracker  > 

5RDSTRPCTCTRP: 


BSPOBT  PPOCESSIHG  LOCAL  PAHAHETBBS 
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<•*•  THE  THHIlBtfiS  LISTED  3BL0*  18 E  LOCiL  TO  THE  HBP08T  PPOCB3SI1G  T»S8  •••> 


STBDC^OBE  FP^TBl 

<•«•  LOGIC-P*"!?  fiBIlBLES  *••> 

GFOtfP  logic_path 

BIT  BPTR8  <  finished  processing  this  report  in  report  processing  > 

EBPSTBOCTOB  T; 


B&CW.MI  PAG«  BUMC-NOT  TUMLD 


88P0BT  "80CBSSI8G  lOCit  TH8I8BLES 


i»-P5 


tian  ltniv^cnsiio 

U  (on*  e*c*ors  reports  in  surveillance  buffer,  systea  paraeoters) 

OPT  (*1*  buffer,  antenna  sector  list,  deletion  list,  BED*,  REED,  crews, 

CRSP1,  sassages) 

IBOOT  (state  vector,  conflict  tables,  systea  varables)  : 

<  Process  all  surveillance  reports  froa  sensor  and  do  high  level  selection  > 

Read  sector  header: 

npdate  antenna  position  and  rate; 

REPEAT  WHILE  (sore  surveillance  reports  in  sector  need  processing) ; 

CLEAR  report  finish  flag;  <RPTRR> 

PEEP ORE  ATC_drop_radar_reports;  <aay  set  RPT?K> 

U  (report  not  finished  yet) 

TREE  PER PORE  ATC_drop_non_*6de_C_reports;  <say  set  rptpr> 

IE  (report  not  finished  yet  i)gp  it  is  a  resote  report) 

THEB  PERPOR!)  reaote_report_lnput;  <alvays  sets  RPTRF> 

Test  if  report  is  vithin  ATARS/Doaino  surveillance  area  rho_theta  aaslt: 
12  (report  vithin  surveillance  aask) 

THEE  SET  report  surveillance  area  Bask  flag; 

IF  (report  not  finished  yet  UJD  (report  in  ATARS/doalno 
surveillance  area  0£  null  report) ) 

'"HER  PERPOBH  surv*iHanc*_area_report_processing: 

<alvays  sets  RP*RE> 

IP  (report  not  finished  yet  HEP  state  vector  exists) 

'"HER  Add  aircraft,  to  deletion  list; 

EEPPEPEAT! 

EEP  REPORT^ PROCESSTEG ; 


REPORT  PR0CESSIR3  HI3H-LEVHL  L03IC 


»-P6 


TUSK  REPORT_PROCESSIMG 

IH  (one  sectors  reports  in  surveillance  buffer,  SYSTEM) 

OPT  (Pus  buffer,  antenna  sector  list,  deletion  list,  REM A,  READ,  CREED, 

CRBE A,  aessages) 

IMOOT  (SVECT,  conflict  tables,  SYSVAR)  ; 

<  Process  all  surveillance  reports  fros  sensor  and  do  high  level  selection  > 

Read  sector  header; 

Ppdate  antenna  position  (SYSVAR.  APOS)  and  rate  (SYSVAR.  ABATE)  ; 

8EPEAT  BHILE  (sore  snr  veil  lance  data  for  sector  available)  ; 

CT,EAB  RPTRK; 

PERFORM  ATC_droo_radar_reports;  <say  set  RPTRK> 

IE  (PPTBE  SQ  SEAtSE) 

THEM  perform  ATC_drop_non_sode_C_repor ts ;  <sav  set  rptrk> 

(RPTRF  52  (FALSE  JJJL2  surveillance  data  SEMSOB  ID 

SYSTEM. LOCAL_ID) 

THEM  PEPEORM  resote_reoort_i nput ;  (always  sets  RPTRM> 

Test  if  report  is  within  ATARS/Dosino  surveillance  area 
with  rho_tbeta  sask; 
if  (report  within  surveillance  sask) 

-HER  SET  STBCT. SRVMSE ; 

i»  (RPTRF  52  (FALSE  £52  (Sf  ECT.  SRVHSR  52  (TBPE 

25  surveillance  data  RPLL  REPORT  *2  (TBPE)) 

THEM  PERFORM  surveillance_area_report_processing; 

<alvays  sets  RPTRK> 

I*  (ROTRv  52  eebi.se  552  stect  55  null) 

THEM  Add  to  deletion  list; 

;rqpe?»it: 


EBP  REPORT_?ROCESSIMG; 


REPORT  PR0CE3MIHG  LOB-LEVEL  LOGIC 
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PROCESS  lTC_irop_radar_re  port  s; 

<  Peteriine  if  radar  report  is  not  to  be  processed  > 

12  ((ETC  requests  stop  processing  radar  reports  )  USD 
(this  is  a  radar  report)) 

THEE  I?  (1TCRBS  track  initial  flag  set)  <1TIEIG> 

THEE;  <nse  this  radar  report  since  it  is  a  one  scan 

snbstitntion  for  1TC8BS  surveillance  report> 

E1SEIT  (DIBS  ID  or  ITCBBS/radar  surveillance  file  nnaber  in  cross 
reference) 

THEE  SET  drop  ATkHS  service  and  report  finish  flags; 
Place  aircraft  on  deletion  list; 
otherwise  SET  report  finish  flag; 

ET.SE;  <contlnne  processing  report> 

EBP  »*C_4rop_radat_reports: 


EEPOPT  PROCESSING  HIGH-tBTEl  LOGIC 


•-P8 


PROCESS  »TC_drop_radar_reports; 

<  Determine  if  radar  report  is  not  to  be  processed  > 

u  ( (Stsvar.  atcror  gg  SPALSE)  ng 

(surveillance  data  format  type  jg  radar  report)) 

THBR  U  (STBCT.ATIP1G  jg  STROE) 

TflEH :  <radar  report  not  rejected  becanse  of  one  scan 

substitution  for  ATCRBS  surveillance  report> 

BLSEIP  (DABS  ID  or  ATCRBS/radar  surveillance  file  nuaber  in  cross 
reference) 

THEB  SET  SVSCT. DRSDR  and  RPTRR; 

Place  on  deletion  list; 

0+i?ER*tSE  5JIV  HPTRR; 

ELSE;  <costinua  processing  report> 

EBP  »TC_droo_radar_reports; 


REPOST  PROCESSIRG  LOR-IEVBL  LOGIC 
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?>0CBSS  hTC_4rop_non_eo4e_C_report; 

<  Peterilne  If  aon_so4e  c  report  is  to  be  processe4  > 

I£  ((*TC  requests  stop  processing  of  non_ao4e  C  rsports  )  HP 

(this  Is  a  non_so4e  C  report)  i»P  (non_eo4e  C  fros  last  report)) 

ftfgp  IP  (dibs  ID  or  ITCBBS  surveillance  file  nnnber  la  cross  reference) 
TBBB  SBT  4rop  1T1BS  service  an 4  report  finish  flags; 

Place  aircraft  on  4eletion  list; 

B1S8  SB?  report  finish  flag: 

ELSE:  <contlnne  processing  reoort> 

EBP  i?C_4rop_non_so4e_C_report: 


IIKIT  PB0CB8SH0  BIOH-tBT EL  10QIC 
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PROCESS  A'*c_irop_non_sode_c_report; 

<  Dete nine  if  non_aode  C  report  is  to  be  processed  > 

IP  ( (STSPAR. ATCRHC  52  SPAtSB)  452 

(surveillance  data  BODE  C  PRBSEB?  52  SPALSE)  HD 
(SPBCT.nCPlG  *  SPALSE) ) 

THEE  IP  (DABS  ID  or  ATCRBS  surveillance  file  nneber  in  cross  reference) 
THEE  SBT  STECT.DRSOR  and  BPTRE; 

Place  on  deletion  list; 

BISS  SBT  BPTRK; 

ELSE:  <continae  processing  report) 

BED  A*C_drop_non_sode-C_report: 


REPORT  PBOCESSIBG  LOI-LBTBL  LOGIC 
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process  reaote_report_input; 

<  special  processing  for  reaote  reports  > 

H  (nail  report) 

THEE  SET  report  finish  flag: 

EiSEI?  (DIBS  ID  or  iTCEBS/radar  surveillance  file  nunber  in  cross  reference 
table) 

THEE  find  track  nunber: 

II  (drop  IT&ES  service  flag  set) 

THEE  SET  report  finish  flag: 

Et.SE  Save  report  in  state  vector: 

Calculate  aircraft  sector  ID: 

SET  report  finish  flag; 

U  (B»B  sessage  is  espty  » ED  aircraft  is  BTABS  egulpped 
HEP  aircraft  is  in  »T»RS~  service  k ED 
no  resolution  nessagn  in  DPHES) 

THEE  Generate  espty  8  KB  report  for  this  »C  and 
send  to  osn  EKE  buffer; 

IT  (report  IThRS  site  ID  bits  have  been  changed 
fron  last  report) 

THEE  Store  nev  HT»BS  site  ID  bits; 

II  (EC  in  a  conflict  table) 

THEE  PE8T0HH  sean_flag_updating; 

OTHEBEISE  SET  report  finish  flag; 

ESP  reeote_report_lnput; 


EEPOBT  PEOCESSIEG  HIGH-LEVEL  LOGIC 
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PBOCESS  reaote_report_input; 


<  Special  processing  for  reaote  reports  > 


II  (surveillance  data  SOU.  HEPOBT  52  STBOB) 

THBE  1ST  BPTBK; 

BLSBIF  (DABS  ID  or  ATCBBS/radar  surveillance  file  nuaber  in  cross  rafaranca 
table) 

THEE  Bind  track  nnaber; 

II  (STBCT. DBSOS  52  STBOB) 

TBBB  SET  HPTBK: 

ELSE  Sava  report  In  state  sector; 

SET  STBCT. BHFL; 

Calculate  STBCT. SVSID; 

SET  BPTBK ; 

II  ( (BAB  aessage  is  eapty)  A  ED 

(STBCT. ATSBQ  52  *ABQ)  iSS 
(STBCT.  ATSS  52  STBOB  U2 
(STBCT. DPBBS  52  BULL)) 

THBE  Generate  eapty  BIB  report  for  this  AC  and 
sand  to  ovn  BAB  buffer; 

II  (surveillance  data  DB  FIELD  <ITS  SDBFIBLD>  ]IB  STBCT. GBOG) 
THBE  stbc*. GBOG  *  surveillance  data  OH  FIELD 

<1TS  SOBFIBLD>; 


QTBBMI3B  S 12  BPTBE; 


U  (STBCT.  CTPTB  IS  SHULL) 

THBE  PBBFOBH  saaa_f lag_updating; 


5(12  reaote_reoort_input; 


BBPOBT  PBOCBSSIEG  LOE-tETBL  LOGIC 
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PR0CBS5  snr»eillance_area_report_processing; 

<  Pinal  selection  to  detersine  if  report  is  to  be  forwarded  to  traclt  processing  > 

IP  (D»BS  ID  or  ITCRBS/radar  surveillance  file  nnsber  in  cross  reference) 

THBB  Pind  track  nnsber  in  cross  reference; 

IP  (drop  &TA8S  serwlce  flag  set)  <DBSO?> 

THBB  SBT  report  finish  flag; 

BLSBIP  (traclt  drop  bit  set) 

THBB  SBT  drop  1TXRS  serwlce  and  report  finish  flags; 

Place  aircraft  on  deletion  list; 

OTHBBBISB  PPPPOBH  final_report_selection;  <say  set  3PT5K> 

BLSBIP  (traclt  drop  bit  set) 

THBB  SPT  report  finish  flag; 

OTHBBWISB  PBHPOBH  tr  adc_inltialiration; 

SPT  report  finish  flag; 

BUD  surTeillance__area_report_processing; 


SBPOBT  PR0CBS3IBG  HIGH-LBTBL  LOGIC 


j 

i 


*-P1» 


1 


PROCESS  sarveillance_area_report_processing; 

<  Final  selection  to  determine  if  report  ie  to  be  forwarded  to  tract  processing  > 

12  (OkBS  id  or  ATCRBS/radar  surveillance  file  naaber  in  cross  reference) 

them  Find  track  noaber  in  cross  reference; 

12  (SVBCT.DRSDH  Jfl  STREB) 

THEM  SET  SPTRK; 

B1SEIF  (snrweillance  data  THICK  DROP  Jfi  ITROf) 

THER  SBT  STERT. DRSER  and  RPTRK; 

Place  aircraft  on  deletion  list; 

OTHER RISE  PERFORM  final_report .selection ;  <nay  set  RPTRK> 

EI.SBIP  (surveillance  data  TB iCK  DROP  Jfl  STHOE) 

THER  SET  HPTRK; 

otherwise  pebporh  tr ack.lnitialiaation ; 

SET  HPTRK; 

BMP  surveillance_area_report_processing; 


RSPOR"  PROCRSSIR8  -.(.W-lEVEt.  108IC 
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PROCESS  f inal_r«port_selection; 


I 

IP  (diffraction  tone  bit  set  05  null  report) 

TREE  S*T  report  finish  and  null  flags; 

ElSBIf  (rho_theta  test  indicates  that  report  is  not  reasonable) 

TREE  SET  report  finish  flag; 

OTHBREISE  Store  data  in  state  rector; 

Calculate  sector  ID; 

SET  local  data  and  report  finish  flags; 

IP  (RAR  aessage  is  eapty  AHD  ATARS  egnipped  AED 

in  ATARS  serrice  AED  no  resolntion  aessage  in  OPBES) 

TEES  Generate  eapty  RIB  report  for  this  AC  and  send  to  own 
BAR  buffer; 

I?  (site  ID  bits  RE  GBOG) 

THEE  Store  new  site  ID  bits; 

U  (AC  in  a  conflict  table) 

IM  SSSTPSa  seaB_flag_updailng; 

IP  (ALEC  request  froa  pilot) 

THER  Create  ALEC  entry  on  designated  AC  PEILST; 

Sawe  ALEC  update  tiae  in  state  rector; 

BED  final_report_selection; 


RBPO»T  PRO CESS IE G  HIGH-LETEt  LOGIC 
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PROCESS  f inal_report_selectlon ; 

If  ((snrreillance  data  DIFFR ACTIOR  FLAG  £2  JTROE)  21 
(snrreillance  data  ROLL  REPORT  EO  ITROE)) 

THER  SET  RPTRF  and  STECT. ROLLFG; 

ELSriF  (rho_theta  test  Indicates  that  report  is  not  reasonable! 

TREE  SET  RPTSR; 

OTHERR1 SB  Store  data  in  state  rector; 

Calcnlate  STECT. S7SID: 

SET  STECT. LOPt  and  RPTRK; 

If  ((RAR  aessage  is  empty)  Affi  (STECT. ATSEQ  E2  SABO)  ARP 

(STECT.  ATSS  32  *TROS)  AjJD  (STECT.  OPHES  £2  ROLL) ) 
mu  Generate  empty  RAP  report  for  this  AC  and  send  to  orn 
rar  buffer; 

If  (snrreillance  data  OH  FIELD  <ATS  S0BFIELD>  RE  STECT. GEOG) 

THER  STECT. GEOG  -  snrreillance  data  OB  FIELD  <ATS  SOBFI*LD>; 
If  (STECT. CTPTR  JIB  SBOIL) 

THER  PERFORH  sea»_f lag_npdating; 

If  (snrreillance  data  OH  FTELD  <AER  SOBFIELD>  f2  *TROE) 

THER  Create  ALEC  entry'  on  designated  AC  PRIL5T ; 

STECT.  ALECT  =  STSTAR.  CUBE; 


ERD  final_report_selection; 


REPORT  PROCESSIRG  LOR-LETEL  LOGIC 


PROCESS  flag_pointer_inifial 

Initialize  rarious  flags; 
Initialize  pointers; 
Initialize  equipage; 

EBP  flag_polnter_initial; 


REPORT  PROCESSIRG  HIGH-lETEl  LOGIC 
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PROCESS  f la9_pointar_lnltlal; 

SET  stect. snpr; 

am  STECT.  UTSS ; 

CLEAR  STECT. DR50R; 

CL  TAB  STECT.  PRATS: 

CLEAB  STECT. LOPL; 

CL BIB  STECT.  REEL; 

STECT. CTE  «  JHOLl; 

STSCT.CTPTE  «  f BOLL; 

STECT. CPRC  »  snr»aillance  lata  TABGET  COHTSOl  ST1TE; 
STECT. ATSEQ  »  SOREQ: 

EBP  f la<j_pointer_initlal; 


REPORT  PROCBSSIRG  LOR-LSTBL  LOGIC 
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PROCESS  seaa_flag_apdating 


<  Deteraine  state  of  seas  flag  in  conflict  table  > 

Pind  all  sites  that  see  any  aircraft  in  conflict; 
Deteraine  whether  ant  of  these  sites  are  connected; 

IE  (no  sites  are  connected) 

THEE  CtEiH  seas  flag  in  conflict  table; 

EtSB  SET  seas  flag; 

EEP  sea«_f iag_uodating; 


ESPOPT  PS0CSSSIH5  HIGH-LET  SI  LOGIC 
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PBOCESS  seaa_flag_npdating: 

<  Deteraine  state  of  seae  flag  la  conflict  table  > 

Fore  logical  OB  of  GEOG  fields  for  all  1C  in  conflict  table; 
Fore  logical  ISO  between  abowe  result  and  connected  site  data 

IP  (result  is  zero) 

THEB  CLBUB  CTHE1D.  SB*  H; 

Ft. SB  SET  C*HE»D.SE»a: 

EBP  seae_flag_u?dating; 


SEFOBT  PBOCE33IBG  LO«-tBTEt  LOGIC 
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PROCESS  track_initialization; 

find  espty  track  slot; 

Store  report  tise; 

Convert  report  rho,  theta  to  x,  y,  z  coordinates; 

Set  ap  state  vector  initial  conditions; 
hdd  aircraft  to  proper  antenna  sector  list; 

Calculate  proper  ATARS  sector  ID  for  aircraft; 

If  (eode  C  altitude  present) 

THEM  PEBFORH  ztrack_init; 

Initialize  vertical  fireness; 

SET  valid  altitude  report  flag:  <HCPLG> 

ELSE  Zero  vertical  fireness; 

CLEAR  valid  altitude  report  flag;  <HCPLG> 

PER? OBH  f lag_pointer_initlal; 

Clear  RSflA  or  READ  if  report  duplicate; 

IT  (DABS  report) 

THEM  Link  to  CREED  and  set  type  to  DABS; 

Save  DABS  ID: 

Generate  sassages  to  report  cliab  perforaance  capability,  equipage 
and  class  of  service; 

ELSElf  (radar  report) 

THEM  Link  to  CREPA; 

OTHERWISE  SET  ATCRBS  initialization  flag  and  set  type  to  ATCRBS ; 

Save  ATCRBS  ID; 

Add  ATCRBS  file  nneber  to  state  vector; 

Link  to  CREPA; 


EMD  track_initialization; 


REPORT  PROCSSSIMG  HIGH-LET  EL  LOGIC 
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PROCESS  track_initiali*ation; 

find  anpty  track  slot; 

STBCT. TH  *  SYSTAP. CTISE; 

Convert  raport  rho,  theta  to  *,  y,  2  coordinates; 

STBCT.  FIRM  *  1; 

STBCT. PIRJII  »  1; 

STBCT. HRS  ■  0.; 

Add  aircraft  to  proper  antenna  sector  list; 

Calculate  STBCT. STSID; 

£P  (surveillance  data  SODB  C  PRESBRT  £Q  STROB) 

THPH  PBRTOHH  ttrack_init; 

STBCT.  FIR  12  »  1; 

SBT  STBCT. BCPLG; 

ELSE  STBCT. PIPHE  -  0; 

CLEAR  STBCT. HCPLG; 

PERPORH  f lag_ooin ter_in it lal ; 

Clear  RBHA  or  REUD  if  report  duplicate; 

IP  (surveillance  report  fornat  type  £2  DABS) 

TREK  link  to  CREED; 

STBCT. TTPB  »  JDABS ; 

STBCT. CODE  ■  surveillance  data  DABS  ID; 

Send  DATA  LIRE  CAPABILITY  RBQDBST  and  ATARS  EXTENDED  CAPABILITY 
REQOEST  aes sages; 

ELSEIP  (surveillance  report  fornat  type  £2  radar) 

THEH  link  to  CRBPA; 

OTHERWISE  SET  STECT. ATIPLG ; 

STBCT. TYPE  -  «ATCRBS; 

STBCT. CODE  «  surveillance  data  ATCBBS  SOBTBILLABCB  PILE  RO; 

Link  to  CRBPA; 

EBP  track_lnitiali2ation; 


REPORT  PSOCSSSIBO  LOt-lBTBL  LOGIC 
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P80C8SS  ztrack_init 


<  Initialize  rertical  tracker  quantifies  > 

Initialize  z  tracker  state  rector  data; 

BID  ztrack_lnlt; 


- ,> -  BBPOPT  PROCESSING  SIOH-tBTEt,  tOGIC 
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PROCESS  xtrack_init 


<  Initialize  vertical  tracker  quantities  > 

STBCT.  IS  *  surveillance  data  BOOB  C  ALTITUDE; 

STECT.  ZDE  *  ITEL_IBIT; 

STECT.  TSZ  »  SYSTAB.CTI8E; 

STECT. zpbet  «  snrveillance  data  BODE  C  ALTITUDE; 

STECT. TtOPD  »  STSTAB.CTIBB  -  STSTEB. DT; 

STECT.  LOT  «•  STSTEB.  0  /  ABS  (STECT.  ZDB)  ; 

STECT. TIBBIE  »  PIBSZB_IWIT: 

STECT. SDCBT  »  0; 

STECT.  StJBBES  »  0.; 

STECT. TTPSAL  »  SYSTAB.CTIBE  -  STECT. LOT  ♦  ALT_TIBB_PACT  *  STSTEB. DT 

EBP  sea»_flaq_npdating; 


BEPOBT  PBOCBSSXIQ  LOP-LBTBL  LOOIC 
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THE  PA8ASBTBRS  IIS^ED  BELOR  1RB  LOCA1  TO  THE  THACR  PROCESSIHG  TASK  ***> 

BTBOCTQBg  1,RKPAR  H 


GROUP  Tet*_tracKer 

FIT 

BE'1'  A_HAX 

< 

0-1  > 

HI 

CBT_DBIT 

< 

9.0  > 

HI 

CHT_IHCR 

< 

10  > 

HI 

DECAY_FCTR 

< 

decay  of  transition  > 

HI 

OISCRBPASCY 

< 

triggers  rate  reinitialisation  > 

HI 

FIPHZJ1AX 

< 

9.0  > 

HI 

FT°KR_ISCR 

< 

0.6  > 

SI 

FTPHZR_MAX 

< 

10.0  > 

HE 

PIPHZR_HIR 

< 

2.0  > 

HI 

LBRBL^IBE 

< 

99.0  > 

HI 

tIt_BT'r 

< 

1.0  > 

HI 

LOi-_SCAtB 

< 

0.9  > 

HI 

BXSS_FCTR 

< 

for  aissing  data  > 

HI 

OHEXRA"? 

< 

single  transition  rate  > 

HI 

PART_SCAR 

< 

0.8  > 

yr  *»• 

pA‘rE_FACT 

< 

2.0  > 

HI 

RATESHOOTH 

< 

stiff  rate  saoothing  > 

ns 

SCAR_FACTOR 

< 

0.05  > 

HI 

SHIPT^FAC1’’ 

< 

69  > 

HI 

SR_HAG 

< 

aagnltude  setting  > 

HI 

SR_THRSSH 

< 

detect  excess  snsaed  residual  > 

HI 

SRGAIB 

< 

sussed  residual  saoothing  gain  > 

WECKWiNO  PACK  BUl*-NOT  FILMS 

I 
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i 


g  g  g  g*  ggggggg 


<  100.0  ft  > 


TBST_THFSK 
TR»#S_P»CTOR 
HBTSt 
IT0K08H 
TTShBBSID 
2C088BCT 
2 SMOOTH 

»:rk_quality 
PBSTkB 

too«; 

TDSOP 
THIS 

BBOStgOCTOBB; 


<  1.2  > 

<  transition  level  tltss  > 

<  threshold  for  transition  to  noraal  smoothing  > 

<  for  extra  snamad  rasldnal  > 

<  for  corracting  altitude  rata  > 

<  position  saoottaing  > 

<  firanass  value  used  to  dataraina  If  track  is  qualified 

for  KT1RS  processing  > 

<  scan  tiae  correct  threshold  > 

<  tlse  interval  ait hoot  horizontal  reply  to  droo  a  track  > 

<  tiae  required  to  zero  horizontal  aaneuver  status  > 


TRUCK  PHOCBSSITC  lOChl  P1H1HETBK3 
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<*••  THE  f H5HB1.ES  LISTED  BELOW  ARE  LOC1L  TO  THE  TRACK  PROCESSIRS  TASK  ••»> 


STBBCTDBE  "RKVBL 


G*ODP  rer*.  tracker 


FIT 

BSTA1 

FH 

BLIB 

IRT 

DBIRS 

EH 

OELT 

EL‘r 

DEB 

Ell 

DZ10 

111 

ISGH 

FLT 

QSIGR 

E1E 

TCTR 

FLT 

TEST 

Ell 

TSDEX 

FLT 

TPREV 

ELI 

ZR 

FLT 

zi 

»BOnp  logic_path 


BIT  HIT 
BIT  RHREJP 

BIT  TSREJF 


<  altitude  rate  saoothing  > 

<  TRK_f AR. BETA1  lieit  > 

<  si2e  of  level  occupancy  bins  > 

<  change  in  level  occupancy  tise  > 

<  change  in  BODE  C  report  > 

<  scan  fraction  of  TRK_VAH.DELT  > 

<  sign  applied  to  SYSVAR.Q  » 

<  sign  of  bin  quantization  > 

<  current  transition  tise  > 

<  test  for  altitude  trend  > 

<  transition  index  > 

<  previous  transition  tise  > 

<  surveillance  data  BODE  C  1LTITBDE  > 

<  previous  level  occupancy  tise  > 


<  report  is  processed  as  a  'hit*  or  a  good  report  > 

<  reaote  report  processing  finished  in  track 

processing  task  > 

<  track  service  finish  flag  > 


TRACK  PROCESSIRS  LOCAL  TARI ABIES 
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;  "M 


OROPP  smoothing 


pit  02 

FIT  02TH 

vir  ibit 
Ft?  XEV_9"S 

nr  s 
nr  thi 

FIT  TH2 
FIT  TPRB 

m  ■ 

FIT  Xk 
FIT  XDES 
FIT  XDIS 

nr  xs 

FIT  XSI 

Zil  I* 

FIT  TDEN 
FIT  TOIR 
Ill  is 

FIT  TSI 

GPOPP  predict 

Ill  * 

HI  os 

FI?  RBB_T.B 
BIT  R8CFIG 
FIT  TODS 
FIT  TUBS 

FBDSTROCTOR  E: 


<  cross  track  distance  > 

<  threshold  for  torn  sense  > 

<  torn  sense  weight  > 

<  new  tarn  sense  > 

<  horizontal  aanenwer  status  > 

<  lover  cross  track  deviation  threshold  > 

<  upper  cross  track  deviation  threshold  > 

<  turn  sense  state  > 

<  turn  rate  > 

<  alpha  saoothed  x  position  > 

<  nev  external  x  velocity  > 

<  nev  internal  x  velocity  > 

<  external  ssoothed  x  position  > 

<  internal  smoothed  x  position  > 

<  alpha  saoothed  y  position  > 

<  nev  external  y  velocity  > 

<  nev  internal  y  velocity  > 

<  external  saoothed  y  position  > 

<  internal  saoothed  y  position  > 


<  tiae  to  next  data  report  > 

<  scan  tiae  of  antenna  to  next  local  report  > 

<  nev  computed  tiae  of  track  > 

<  recalculate  prediction  > 

<  scan  tiae  correct  threshold  > 

<  tiae  required  to  zero  horzontal  maneuver  status  > 


TakCk  PROCSSSWG  lock!  VkFIkBtFS 


a-pso 


T1S*  Tf*CV_»POCBSSI»G 


m  (antenna  sector  list,  systee  variables,  systea  paraaeters) 

OPT  (deletion  list,  x/ex_list,  aessages,  CBEBk,  CBBRD,  XISIT  list) 

HOOT  (state  vector)  ; 

<  Takes  reports  passed  froa  report  processing  and  Initializes  or  updates  tracks  > 

BBPtkT  SHIIB  (aore  tracks  on  antenna  sector  list  froa  tour  sectors  previous 
to  the  present  processing  sector) 

If  (seooth_predict  OR  antenna  sector  process  flag  set) 

THRU :  Cproceed  to  next  track> 

EtSBIF  (nail  report) 

THBB  CtBiR  nail  flag; 

SST  antenna  sector  process  flag;  <5PRO> 

CIBkB  hit  flag;  <HIT> 

PBBPOBB  track_update;  <for  Biss> 

OTBBBBISB  SBT  hit  flag;  <HIT> 

PBBPOBH  track_apdate;  <for  hit> 

SBT  antenna  sector  process  flag;  <SPHO> 

BBDRBPEkT; 

BBPBkv  SHU.*  (aore  track  data  in  antenna  sector  list  not  froa  four  sectors 
previous  to  the  present  processing  sector) 

<reaote  hit  or  late  local> 

If  (snooth_predict  flag  set) 

taia: 

BLSBIP  (antenna  sector  process  flag  not  set) 

THRU  SBT  hit  flag;  <HIT> 

PBBPOBB  track_opdate;  <for  hit> 

OTREBBISC:  <continae  to  next  track> 

CLBhB  saooth_predict  and  antenna  sector  process  flags; 

saBMsax; 

ftPER"*  Sam  (aore  tracks  reaain  on  back  side  antenna  sector  list) 

Select  next  state  vector  froa  list; 

CLBkB  saooth_predict  and  antenna  sector  process  flags; 

SSPBBPSkT; 

aa  trnck_processing: 


TBBCK  PBOCBSSIHS  HI8R-LBTBI  LOGIC 
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ffiECKDlNO  FAGS  BLAMC-NOT  FILMU) 


TkSK  TBkCK  PBOCESSIBG 


III  (antenna  sector  list,  STSVkB,  STSTEH) 

OPT  (deletion  list,  x/ex_list,  Messages,  CBEEk,  CREEP,  XIBIT  list) 

IBOOT  (SVSCTJ ; 

<  Takes  reports  passed  fron  report  processing  and  initialises  or  nndates  tracks  > 
REPEkT  while  (sore  tracks  on  antenna  sector  list  fros  foor  sectors  previous 
to  the  present  processing  sector) 

If  ( (STECT.  SHPB  *2  STROB)  2E  (STECT.  SPHO  12  JTBOE) ) 

THEB :  <proceed  to  next  track) 

ELSEIE  (S7ECT.  BPLLEG  J2 

THEB  CLERB  STECT. BOLLEG; 

SET  STECT-SPBO; 

CLBhB  HIT; 

PEBEOBH  track_update:  <for  aiss> 

OTHERWISE  SET  HIT: 

PEBEOBH  track_npdate:  <for  hit) 

SET  STECT-SPBO; 

BEPJEPEkT; 

BEPEkT  WHILE  (eore  track  data  in  antenna  sector  list  not  fron  four  sectors 
previous  to  the  present  processing  sector) 

Creeote  hit  or  local) 

If  (STECT.  SHPB  12  STEPS) 

THEB: 

ELSEIE  (STECT-SPBO  f2  «MME) 

THEB  SET  HIT; 

PEBEOBH  track_update;  <for  hit) 

2UE£U2£:  <continue  to  next  track) 

CLEIV  STECT. SHPB  and  STECT-SPBO; 

BEPEkT  WHILE  (sore  tracks  retain  on  back  side  antenna  sector  list) 

Select  next  state  vector  fron  list; 

CLEhB  STECT-SPBO  and  STECT- SHPP; 

EBPBEPEkT: 

EBP  track_processing; 

-  VB4CK  PBOCESSUG  LOW-LETEL  LOGIC  - 
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PROCESS  track_opdate 


<  Seooth  and  predict  track  of  aircraft  > 

CLEAR  RRREJE; 

IT  (a  hit  track  opdate) 

THBH  Initialize  data; 

Correct  prediction  and  local  slant  range  to  cnrrent  tleet 
Convert  rho,  theta  to  local  x,  v  coordinates; 

IT  (reeote  report) 

THBH  PBRTOBB  reiote_report_serTice;  <eay  set  R?RBJT> 
BISB  PBBTORH  local_report_serTice ; 

IT  (reeote  report  finish  flag  not  set) 
thbk  PBRTORH  z_y_ssoothing; 

PBBTOBH  z_tracker; 

Save  tine,  control  status; 

C1BAB  renote  and  local  flags; 

BISB  SBT  local  sensor  lost  data  link  contact  flag;  <DIODT> 

IT  (too  long  since  last  report) 

THBH  SBT  drop  ATARS  surveillance  flag;  <DRSOR> 

Place  aircraft  on  deletion  list; 

Unlink  aircraft  fron  x/ez_list; 

BISB  P5BT0BB  z_tr acker; 

(reeote  report  finish  flag  not  set) 
xm  n  track_service_detersinat ion ; 

BHD  track_apdate; 


TRACK  PHOC BSSIHO  HI0H-IBTB1  100IC 
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PROCESS  track_npdata; 

<  Saooth  and  pradlct  track  of  aircraft  > 

cteup  rrrbjp; 

12  (HIT  «  STB  OB) 

THBB  Conpnta  *Ef_TB; 

Corract  prediction  and  local  slant  ranga  to  cnrrant  tlna; 
Consort  rho,  ihata  to  local  x,  7  coordlnataa; 

12  (SBSCT.  RHPL  STBOB) 

THBB  PBBPORH  raaota_raport_sar?lca;  <nap  sa*  RRBPJP* 
BLSt  PBBPORH  loca ^raport^saralca : 

12  (RRRBJP  SS  BPRISB) 

THER  PBBPORH  x_y_saoothing : 
gHEHB  x.ttackar; 

SSBCT.TH  -  BRB.TRj 

3TBCT-COBC  -  saraaillanca  data  tirsbt  coBTPOt  STHTH 
CLB1H  STECT.EHPl  and  STBCT.lOPl; 

BL5E  3BT  SSBCT. DLOOT; 

12  ( (ST3BRR.  CTISB  -  STBCT.  TH)  SUE  TDROP) 

THBB  3BT  SSBCT. DRSOR; 

Placa  aircraft  on  dalatlon  list; 

Onllnk  aircraft  fron  x/ax_llst; 

ZUI  USI2S. a  *_trackar; 

12  (RRRBJP  S2  SPILSE) 

X3£l  PBBfOBH  track_sarslca_datarnlnat Ion ; 

BHD  track_ipdata; 


TBkCB  PR0CE3SIBG  tOB-lBTBL  LOGIC 
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PROCESS  altitude_transltlon_loglc; 

Beternine  sign  of  sods  c  report  change; 

Assign  that  sign  to  the  bln  qnantization ; 

Estinate  altitnde  trend; 

U.  (altitude  trend  test  falls) 

-aBB  PBBPOBH  singleltransltlon; 

PBBPORH  level_transltion_update; 

SLSg  Calcnlate  change  in  level  occupancy  tine; 

IP  (estinated  level  occuoancy  tine  hJ  scan  length) 

TBEB  Reassess  change  in  level  occupancy  tine; 

IR  (vertical  rate  flranes  Indicates  level  track)  at 

(discrepancy  in  bin  occupancy  tine  is  beyond  its  Halt) 
THEB  PERPOBH  rate_reinitialization; 

ELSE  PBBPORH  residual_rate_detection: 

Saooth  estinated  tine,  altitude,  and  altitude  rate; 
PBBPORH  level_transitiou_update; 

EBP  altitude_transition_logic; 


TRACK  PR0CBSSIB8  HISB-tBTSI  100IC 
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PROCESS  al*itade_»ransiti.on_logic ; 


ISGR  =  IRT(  SIGH  (  1.  ,  D2B)); 

QSIGR  =  SYSTEB.Q  *  ISGR: 

TEST  »  SYECT. 2DS  *  D2S; 

I?  (TEST  IE  TEST_THRSH  i|D  DBIRS  12  1) 

THBE  PEE PORE  single_transition; 

PEREOBH  leY@l_*ransitlon_update; 

ELSE  ’•PPET  =  (SYSYUH.CTIBF  -  SYECT.  TTPRiL)  /  DBIRS; 

BELT  =  TPRBY  -  SYECT. LOT ; 

0210  *  OELT  /  SYSTEB.DT; 

IF  (SYECT.  LOT  LT  SYSTEB.DT) 

THEE  D2 1 0  =  (  (SYSVAR.CTIBB  -  SYECT.  TLOPD)  /  SYECT.  LOT)  - 

IF  ( (SYECT.  FIRB2R  LE  0)  Ojl  (»BS  (  0210)  gT  DISCREPUHCY) ) 

■’•HER  PERFORH  rate_relnltiali*ation; 

PEFFORB  lev«l_*.ransition_update; 

BISE  PERFOHB  rasidoal_rate_deEecEion; 

SYECT. LOT  =  (SYECT. LOT  ♦  BBTil  •  <  DBIBS  *  TPREY 

-SYECT.  LOT»  /  (1.  ♦  BETH  1  •  <DBIES  -  1>) 
SYECT. 2DE  =  QSIGR  /  SYECT. LOT; 

SYECT. 2S  *  SYECT.  ZP  ♦  2SBOOTB  *  (ZR  _  STECT. 2P); 

PBBFOBB  I«Y«l_tran3ition_apdate; 


EBP  alti*.ade_*ransitlon_logic; 


TRICE  PROCESSIRG  LOR-LEYEL  LOGIC 


DBIBS; 


R-P37 


P80CKSS  le»el_traneltion_apdate; 

Update  previously  reported  sode  C  altitude; 

Update  tiaa  of  transition  to  previously  reported  aode  C  altitade; 
Update  startup  counter; 

ir  (last  altitade  report  sas  received  before  last  track  update) 

rau  correct  transition  to  fall  sitbln  period  of  sissing  data 

SI>££: 

KUO  level_ttansitlo«_update; 


— —  TUCK  PROCESSING  RI9H“lETBl  tOSIC 


D-P38 


PROCESS  leT«l_transition_upaat«: 

SYECT.  ZPRS7  »  IR; 

STIC11.  T^PRAl  »  SYSYAR.CTIHB; 
SYECT.SHCST  ■  SYECT. STCET  ♦  CET_IECR; 


U  (SYECT.THZ  IS  SYECT.T1SPO) 

THEE  STECT. TTPR1L  -  SrSYAS.CTISB  ♦  HISS_fCTB  *  f  SYECT.THZ  -  STSYAR.CTISS 

♦  SYSTSB.DT)  ; 


2iSS: 


YET)  le»el_transi*ion_tipaate: 


'’•HECK  PROCESSUS  LOW-lBTRt  tOOIC 


»-P19 


PROCESS  local_report_service; 

S?T  s«ooth_predict  flag;  <SBPP> 

If  (not  ORBS  report) 

TRSR;  <proceed  to  saoothing> 

ELSE I*  (remote  BRRs  being  received) 

THEB  send  aessage  to  reaote  sensor  to  stop  sending  BAR  data; 

Place  negative  reaote  RTRRS  site  ID  into  REBRRR; 

Send  aessage  to  ovn  ORBS  sensor  to  start  RTRRS  service  for 
this  RC; 

CLERB  local  sensor  lost  data  link  contact  flag;  <OLOO''> 

OTHERWISE  CLERB  local  sensor  lost  data  lint  contact  flag;  <DIOOT> 

<the  reaote  site  10  in  REBRRR  is  vhere  data  nay  be  regnested> 

END  local_report_service; 


TRRCR  PROCESSING  RIOH-lSTEl  LOGIC 
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PROCESS  local_report_service; 

SET  SVECT. SBPR; 

JF  (SVECT. TTPE  jj£  SDABS) 

TREE:  <proceed  to  saoothing> 

EL SEIF  (SVECT.REH8IR  22  °) 

THBB  Send  START/STOP  RBHOT S  RIB  DATA  aessage  to  site  in  SVECT.  RSBRAR, 
soecifying  STOP; 

SVECT. 5BHBIH  *  -  SVECT. REHBAR; 

Send  START  ATIRS  SBR7ICB  aessage  for  this  AC  to  own  sensor; 

CLEAR  SVECT. DLOOT; 

OTHERWI SB  CLEAR  SVECT. DLOOT; 

<the  reaote  site  ID  in  RERRAR  is  where  data  aaw  be  regnested> 


EBP  local_report_serwice; 


TRACE  PROCBSSIHG  LOR-LEVBL  LOGIC 
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PBOCBSS  nontransltion_logic; 

Bvaluate  smoothed  altitude; 

Detersine  current  level  occupancy  tine; 

Create  level  occupancy  tlee  index; 

I Z  (estieated  level  occupancy  tiae  U  9011  of  a  scan) 

I3JJ  Reassign  level  occupancy  tiae  index; 

1?  (level  occupancy  tiae  index  indicates  level  flight) 

THfR  transition  to  level  flight; 

BtSBIP  (level  occupancy  tiae  index  indicates  excess  altitude  rate) 
vr^R  liter  external  altitude  rate; 

Decrease  altitude  rate  flranesa; 

BtSSIP  (alti‘ude  rate  firnness  is  not  reinforced) 

TUB  It  Alio*  altitude  rate  to  decav  normally; 

gawawm 

BRD  nontransltlon_logic; 


tRlCK  PROCBBSXRQ  BIOB-lBTBl  108IC  - 
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PROCESS  nontransl*ion_loglc: 

STBCT. ZS  »  STBCT. Z P  ♦  Z SHOOTS  *  (  ZH  -  STBCT. ZP); 

TC08  ■  STSTIP.CTIHB  -  STBCT.  TTPRXl  ♦  SYSTER.DT; 

THOHX  «  (TCOR  -  STBCT.  LOT)  /  STSTBHiDT; 

If  (STBCT. LOT  U  <PIRT_SCXH  •  STSTEH. DT>) 

UU  TIDE!  »  TCOR  /  STBCT. LOT; 

12  (TfDBX  22  XLETBL) 

TSBH  STBCT. ZS  «  ZH; 

STBCT. ZDB  »  0.; 

STBCT. LOT  «  LSTEL_TISE; 

STBCT. PIHHZH  *  0. ; 

STBCT. SOHRBS  ■  0.; 

BLSBI"  (THDEX  21  ZCOHBECT) 

THBS  STBCT. ZDB  »  SIOH (  SYSTBH.Q,  STBCT. ZDB)  /  (  STBCT. LOT  ♦ 
(LOT_SCILB  *  STBCT. LOT  «•  SYSTBH. DT)  • 
(THDEX  -  LOT_3CXLE) *«2  ) ; 

STBCT. PIHHZH  «  HIX(  PIBHZP_HI1,  <STBCT. PIBHZH  -  1.>)» 
BLSBIB  (STBCT.  BIRHTH  HI.) 

THBH  STBCT. ZDB  -  STBCT. ZOB  •  DECIY_FCTR; 

STBCT. LOT  -  STSTBH.Q  /  (IBS  (  STBCT. ZDB  )  ♦  LIL.BTT) ; 

gumiKi 

Byp  nontran»ition_logi.c: 


THICK  PHOCBSSIHO  LOH-LBTBL  LOOIC 
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PROCESS  rate_reinitialiration; 

Sa»e  estisated  level  occupancy  tine; 

Calculate  level  occupancy  tine  for  level  track; 

Estimate  altitude  rate; 

set  sunned  residual  to  zero; 

Set  rate  firnness  to  indicate  a  single  transition; 
Calculate  saoothed  altitude; 

ESQ  rate_reinitialization; 


TRUCK  PROCESSING  HIGB-lSTEl  LOGIC 
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PROCESS  rate_reinitialization; 

SVECT. 10T  =  TSANS_rACTOR  *  TP9EV  ♦  SCAl^EACROR  •  SISTER- D*: 

SVECT. IDE  =  QSIGE  /  SVECT. LOT; 

SVECT.  SOHRES  =  0.  ; 

SVECT.  FIDEIR  =  1.  ; 

SVECT.  IS  *  ZR  -  (  QSIGN  /  8ATE_PAC‘  >  ♦  SVECT.  IDE  •  (SISTBB.OT  /  RATE_PACT) 

°RD  rate  reinitialization: 


TRACE  PROCESSING  LOW-tETEl  LOGIC 
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PROCESS  re»ote_repori_service; 

<  Deteraine  if  reaote  report  service  is  needed  for  a  report  > 

If  (reoort  is  not  acceptable  according  to  x,  j  reasonableness  test) 

THE*  5BT  remote  report  finish  flag:  <RRREJP> 

B1SEI?  (B»R  reaote  site  ID  set  to  zero)  <REBB  1R> 

THB*  Place  negative  reaote  site  ID  into  RBBRhH; 

QtRERBISE:  <nse  present  RUB  reaote  site  ID  > 

IP  ((reaote  report  finish  flag  not  set)  IBP 
(cone  of  silence  flag  set)  RBD 
(iTHRS  service  flag  set)  ASD 
(iC  is  hTRBS  eqoipped)  ISO 

(reaote  »T»PS  site  identification  froa  which  data  will  be  regnested 
is  set) ) 

115*  Send  aessage  to  reaote  site  reqnesting  R HR  data: 

Place  absolute  value  of  resote  HTDRS  site  ID  in  RESRhR; 

Send  sessage  to  own  D»BS  sensor  to  stop  »T»RS  service  for 
•■his  DC; 

ELSE:  <continue  processing  reaote  report> 

EBP  reaote_report_service; 


TRUCK  PROCESSIBG  HIGH-LEVEL  LOGIC  - 


»-P«6 


PROCESS  reiote_report_3ervice; 


<  Determine  if  resote  report  service  Is  needed  for  s  report  > 


IF  (report  is  not  acceptable  according  to  x,  j  reasonableness  test) 

THEN  SET  8HREJF; 

ELSEIF  ( SVECT.  R  ENRAR  =  0) 

THEM  SVECT. RENRAR  »  -  (  surveillance  data  SENSOR  ID  )  | 

OTHERWISE:  <use  present  RAH  reaote  site  XD  > 

If  ((RRREJF  Efl  fFM.SE)  AND 

(surveillance  data  ZENITH  CONE  FLAG  J2  *TR0E)  AND 
(SVECT. ATSS  £2  *T8DBJ  AH2 
(S7ECT.  ATSEQ  NE  SONEQ)  £NJJ 
(SVECT. REHRAR  LJ  0) 

THEN  Send  START/stop  REMOTE  rar  DATA  sessage  to  site  indicated 

in  S7ECT. rehrar,  specifying  START  and  one-scan  flag  not  set) 
THEN  SVECT. REHRAR  *  ASS (  S7ECT. REHRAR  ) i 

Send  STOP  atars  SERVICE  HESSAGE  for  this  AC  to  own  sensor; 
ELSE:  <continae  processing  resots  tspert> 

END  resote_report_service ; 


TRACE  PROCESSING  LOW- LEVEL  LOGIC 
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gSOCSSS  residual_rate_detection : 


Deteniiie  suited  residual; 


IK  (excessive  sailed  residual  is  detected) 

THgK  Assign  altitude  rate  saoothing  paraaeter; 
Reset  altitude  rate  firmess; 

Resit  sailed  residual; 

RISE  Assign  altitude  rate  smoothing  parateter: 
Correct  altitude  rate  finness; 

SRD  residual_rate_detection; 


TRUCK  RBOCgSSIKG  HIGH-Lg»gt  LOGIC 
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PEOCESS  r«sidttal_raT»_d«t  action: 

SVECT. StJSPES  »  SPGME  *  SVECT. SOHRES  ♦  DZ10: 

JP  (»8S(  SVECT.  SOHRES)  21  SR_THRBSH) 

THEE  BETR1  *  XTPXRESID; 

SVECT.  EIRHZR  »  PIR8ZR_9IH; 

STECT.  SOARES  «  SIGH  (  SH.HXG,  SVECT.  SOHRES)  ; 

EtSE  Z1  =  SVECT. LOT; 

Btin  »  <zv  -  1. )  **2  /  (Z7**2  ♦  SHIRT_F\CT)  ; 

BETX1  =  SAX«1.  /  <SVECT.PTRHZR  ♦  FtRHZP_IHCR)  >,  BUS,  BETXJIRX) 
SVECT. PIPBZP  -  HIE  (SVECT.  EIRHZR  ♦  1.  ,  EIRHZR_S»X)  ; 

°BD  residual_rate_de*ecTion ; 


TPXCH  PROCESSIEO  lOR-LEVEI,  LOGIC 
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PROCESS  single_transitlon; 

<  Assign  variables  for  a  single  observed  transition.  > 

Beset  external  estivated  altitude  rate; 

Beset  external  saootbed  altitude ; 

Beset  internal  estivated  level  occupancy  tise; 

Beset  altitude  rate  flraness; 

Beset  sussed  residual; 

EBP  single_*ransition; 


TRACE  PFOCESSIBG  SIGH-LEVEL  LOGIC 
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PROCESS  slngie_transiiion; 

<  Ussiqn  variables  for  a  single  observed  iransition.  > 

SVECT. ZDE  *  OREIRUTE  *  ISSH; 

STECT. ZS  «  ZR  -  (  QSIGR  /  SHTE_E»CT  )  ♦  SVECT. ZDE  *  (  SISTER. DT  /  RATE_PHCT) 
SVECT. LOT  =  QSIGN  /  STECT. 70S; 

STECT. TIRHER  «0; 

SVECT. SHARES  «  0.; 

ESQ  single_*.ransition; 


"•RACE  PROCESSIHG  LOt-LETEL  LOGIC  - 
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PROCESS  startup_seoothing; 

Saooth  altitude; 
saooth  altitude  rate; 

IF  (change  in  node  C  report  is  detected) 

TBBp  PERFORM  leFel_transltion_update; 
ElSf; 


BED  startnp_saoothing; 


TRICK  PR0CES5IEG  BIGH-LBTEL  LOGIC 
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process  starZap_s»oothing; 

SFECT.7S  =  SPECT.ZP  ♦  ZSROOTH  •  (ZR  -  SPECT.ZP); 

SPEC*.  ZDE  =  STECT.ZDE  ♦  RATESHOOTH  *  (  (  ZR  -  STECT.ZP)  /  (STSTHR. CTI1B 
-  STfCT.TLOPO)  )  ; 

(DZM  2S  0.) 

THEM  PERFORM  lezel_transition_upda'te: 

»tSE: 

SRD  startap_s«oothing; 


*R»CK  PROCESSING  lOf-lETEL  tOGIC 

«-PS3 


Ml . M 


PROCESS  track_service_deternination ; 


CLEAR  track  service  finish  flaq;  <TSREJP> 

IP  (drop  surveillance  flag  no*,  set) 

THEE  PERPORH  x_y_prediction : 

ELSEI?  (»C  not  on  x/ex_list) 

TREE  Drop  track  and  erase  CREPA  or  CREPD  link: 

SET  track  service  finish  flag: 

OTHERWISE  If  (track  ATCRBS  or  radar  only) 

THEH  Erase  CREPA  link; 

IE  (trk  service  finish  flag  not  set  and  vert  firnness  zero) 

THEE  CLEAR  altitnde  flag:  <HCPLG> 

IP  (track  service  finish  flag  not  set  AHD  level  firnness  test) 

I3.121  LZ  (*c  not  on  k/«*_list) 

THES  Add  AC  to  xinit  list: 

IP  (ATARS  service  flag  set)  <ATSS> 

THEH  CLEAR  droo  ATARS  service  flag;  <DRATS> 

ELSEIP  (track  within  service  aask  fros  x,  y  sasking) 

THEH  SET  ATARS  service  flag:  <ATSS> 

CLEAR  drop  ATARS  service  flag;  <DRATS> 
OTHERWISE:  <continae  service> 

ELSE  IP  (AC  on  x/ex_list) 

THEH  SET  drop  ATARS  service  flag;  <DR  AT5> 

Place  aircraft  on  deletion  list; 

Unlink  fron  x/ex_list; 

CLEAR  ATARS  service  flag;  <ATSS> 

IE  (track  service  finish  flag  not  set  AJJ2  DABS  track) 

13=1  Update  priiary_secondary  status  in  state  vector:  <PSTAT> 

EHD  track„3ervice_deteriina*'ion; 


TRACT  PROCESSIHG  HIGH-LEVEL  LOGIC 
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PROCESS  track.servics.detersination; 


CLEAR  ’•SREJP; 

It  (STECT. DHSOR  f2  JPALSE) 

TACT  PEBPORH  k_y .prediction j 

BLSBIf  (STBCT.  REXTX  and  STBCT.  PRETX  f2  MOLL) 

TREE  Drop  track  and  erase  CRBPA  or  CREED  link; 

SET  TSRBJP; 

OTHSREISE  If  (STECT.  TYPE  If  ED  IBS) 

THEI  Erase  CREP1  link; 

It  (TSRBJP  Efi  SPALSE  kjffi  STECT. PIRB2  Jfl  0) 

THEE  CLEAR  STRCT.  HCPLG; 

If  (TSRBJP  ffl  EPALSE  112  STECT.PISSI  £g  FESTAB) 

TBER  If  (STRCT.SEXTI  and  STBCT.  PRETX  f2  *ROtt) 

TREE  Add  AC  to  XIEIT  list; 

If  (STECT.  ATSS  22  ETHOS) 

TREE  CLEAR  STBCT. DEATS; 

ELSEIE  (STECT.  SR THSK  22  ETHOS) 

TBBE  SET  STECT. ATSS; 

CLBAR  STBCT. OH ATS; 

OTHER RISE;  <continue  service) 

ELSE  If  (STRCT.EEXTX  or  STECT.  PRETX  ff  *ROll) 

THEE  SET  STECT. DRATS; 

Place  aircraft  on  deletion  list; 

Onlink  froa  x/ex_list; 

CLEAR  STBCT. ATSS; 

If  ((TSRBJP  22  f  FALSE)  JJffi  (STECT.  TYPE  22  TDABS) ) 

THEE  STECT. PSTAT  ■  snrTeiliance  data  SEESOR  PRIORITY  5TATOS ; 

Efifi  track.ser vice.deterslnation ; 


TRACE  PROCESSYEO  LOE-LBTBL  LOOIC 
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PROCESS  x_f_predic* ion ; 

<  Coapnte  predicted  values  for  track  > 

ClPkH  recalculate  flag;  <8ECPLG> 

Es*iaate  scan  tiae  of  antenna  to  next  local  report;  <DS> 

(not  hit  report) 

THEE  Insert  internal  predicted  pos,  vel  and  tine  into  stack; 

Place  previous  pred  (pos  6  vel)  into  ne«  saoothed  values; 
tlSEIP  (not  reaote  data) 

22L3S*. 

OTHEPHI SB  IP  (first  pass  through  prediction  for  reaote  da*a) 

THEE  Coepute  scan  tiae; 

E15S  Coapnte  scan  tiae; 

SET  recalculate  flag;  <HECPIG> 

loop; 

Coapnte  internal  and  external  pred  x,  y  pos,  range,  5  azianth; 
coapnte  scan  tiae  correction  and  stack  tiae; 

Coapnte  TPIEEH.  TPIEEH; 

EIITIF  (recalculate  flag  set) ; 

IP  (abs  value  extra  scan  tiae  Sg  scan  tiae  correct  threshold) 
THEE  Pecoapnte  scan  tiae;  <DS> 

SET  recalculate  flag;  <BECPLG> 

1121222: 

U  (alas  report) 

TREE  Calculate  tiae  to  next  data;  <1> 

IP  (tiae  to  next  data  21  tiae  required  to  zero  horizontal 
aaneuver  statns) 

THEE  Eero  horizontal  aaneuver  statns; 

Coapnte  next  data  tiae;  <TBP> 

•it*  range,  azianth,  next  data  tiae; 

2££  x_y_predi ctioa ; 


TSkCP  PHOCESSIEG  HIGH- tEPEL  tOGIC 
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PROCESS  x_y_oredictlon ; 


520 


<  Compute  predicted  values  for  track  > 

CLPftR  RBCFLG; 

Compute  DS; 

IP  (HIT  =  IP  MSB) 

THBH  insert  STBCT.IPI,  SfECT.TPI,  STECT.XDI,  STSC*. TBI,  STBCT.TH  Into  Stack 
Place  STECT.XP,  STBCT.  TP  into  IS,  TS; 

Place  STBCT, BOB,  STBCT. TOB  Into  STBCT. IDT,  STBCT. TDt; 

B1SBI?  (STBCT.  HHPt  Sfl  SFMSE) 

THBH; 

OTHP9TISB  IP  (first  pass  through  prediction  for  remote  data) 

THBS  Compute  DS; 

BISE  Compute  DS; 

SET  RBCFLG; 

I.OQP; 

Compute  internal  and  external  pred  x,  y  pos,  range,  B  azimuth; 
compute  scan  time  correction  and  stack  time; 

Compute  XPIHET.  TPIHEH; 

BTI*f>IF  (ItBCFLG  EJ)  JTHOE)  ; 

If  <*BS(  DOS  )  SI  TODS) 

THBH  Recompute  DS; 

SET  RECFIG; 

5221222; 

I*  (HIT  -  JFMSE) 

THBH  ft  »  STBCT.TH?  -  STBCT.TH; 

II  (ft  21  THHS) 

THBH  STBCT. HBS  -  0.; 

Compute  STBCT. THP; 

Sere  STBCT.  RHOP,  STBCT.  ftZP,  STBCT. THP; 

x_y_predict ion; 


TBftCR  P50CESSIHG  tOT-tETBI.  LOGIC 


4-P57 


PROCESS  x_y_saoothing; 


Sawe  old  welocity  estinate  and  predicted  position; 

Pe*eraine  horixontal  aaneuwer  status,  cross  track  distance, 
and  threshold  for  turn  sense; 

Coapute  turn  rate; 

IP  (cross  track  dist  LE  threshold  for  turn  sense)  <02  D2TH> 

THEE  Eero  tarn  sense;  <HHS  (next)  «0> 

Coepute  internal  Telocity  coaponents;  <XDI(next),  T0I(next)> 
Place  Internal  Telocity  into  external  Telocity; 

ELSE  Coepute  internal  Telocity  conponents  nodified  by  half 
angle  correction;  <EDI  (next)  ,TDI  (next)  > 

IP  (present  hori*  saneuTer  status  Efl  old  status) 

THEE  Coepu*e  ext  Tel  conponents;  <XDE(next)  ,  TDE(next)> 
Repeat  turn  sense;  <HSS(next)  =  HHS> 

ELSE  Turn  sense  changed;  <RHS(next)  *  S> 

Place  internal  Telocity  into  external  Telocity; 
Place  alpha  snoothed  position  into  internal  position:  <XSI,Y5I> 

Place  nev  position,  Telocity,  and  tine  in  stack; 

Coapute  snoothed  external  position  <IS,  TS>,  lower  and  npper 
cross  track  dexiatlon  threshold;  <TH1,  TH2> 

IE  (cross  track  distance  £T  lower  threshold) 

tm  ir  (cross  track  distance  upper  threshold) 

THER  T~“t>  sense  weight  is  two; 

**'.  t  T’  jense  weight  is  one; 

Conp  t  in  s,..  use  direction;  <IHIT  =  IHIT  •  S> 

ELSE  *ero  turn  sense  weight; 

Deternine  turn  sense  state; 

Update  internal  and  external  firaness  lewel; 

EBP  x_y_snoothing; 


TRUCE  PROCESSIBS  HIGH-LETSl  LOGIC 


»-P58 


process  x_y_saoothlng 
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Save  old  relacitT  astiaate  and  predicted  position; 

Deteraine  S,  02,  and  D2TH; 

Coapate  0; 
if  (02  if  D2TH) 

THHB  HB*_HHS  *  0. ; 

Coapate  XDI1I,  TDIH; 

Place  XDIH,  TDIH  into  XDEH,  YDEH; 

B1SB  Coapate  XDIS,  TDIH  eodified  by  half  angle  correction; 
If  (S  22  STSCT.HSS) 

THEB  Coapate  XDBH,  TOSS; 

<  present  tarn  sense  is  okay  > 

ELSE  STBCT.HHS  =  S; 

Place  XDIll,  TOTS  into  XDEH,  YDEH: 

Place  I*.  YA  ln*o  1ST,  TSI; 

Place  ne»  internal  position,  aelocity,  and  tine  in  stack; 
Coapate  IS,  IS  and  TH1,  TH2; 

If  (D2  SI  TH1) 

TUBS  If  (D2  SI  TS2) 

THBB  IHIT  »  2; 

ELSE  IHIT  =  1; 

IHIT  =  IHIT  «  S; 

EL?E  IHIT  -  0; 

Deteraine  ''OPH; 

Opdate  5YBCT. BIBHI  and  SYECT.PIHHB; 

x_y_saoot  king; 


THXCH  PHOCBSSIHG  LOI-LBYBl  LOGIC  - 
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PBQCESS  z_tracker; 


<  Level  occupancy  vertical  tracker  > 

Bead  report  altitude  data; 

Predict  altitude:  <predictioa  to  current  scan> 

IP  (code  C  report  hasn't  been  received) 

THEM  Coast  track; 

ELSE  Calculate  change  in  aode  C  report; 

SET  valid  altitiode  data  flag: 

Update  *  firaneas; 

Adjust  level  occapancy  bln  size; 

IP  (tracker  is  in  startup  period) 

Ill!  PEErOBS  startap_seoothing; 

BUZ  1Z  (altitude  transition  has  occurred) 

THEE  PEBPOBH  altitude_transition_logic 
ELSE  PEBPOBH  nontransition_logic: 

Update  track  tines  in  state  vector; 


PHD  z_tracker; 


THACE  PROCSSSTHG  HIGH-LEVEL  LOGIC 


#-?60 


PROCESS  z_t rtcker; 


ZS5 


<  Level  occupancy  vertical  tracker  > 

ZR  =  surveillance  data  BODE  C  ALTITUDE; 

<oredic*ion  to  cnrrent  scan> 

SVBCT.ZP  =  SVECT.  ZS  ♦  (STSVAR. CTIBE  -  SVECT.  TLOPD)  *  SVECT.  ZDE; 
IF  (surveillance  data  BODE  C  PRBSSRT  S3  tFtLSEf 
THBH  SVBCT.ZS  »  SVBCT.ZP; 

SVECT.BIHBZ  =  BAI(  0,  SVECT. FIRB7  -  1  ) 

ELSE  DZB  =  ZR  -  SVECT. ZPREV; 

SET  SVECT. BCFLG; 

SVECT. FIRBZ  =  BI R (  FIRBZ_SAI,  SVECT.BIHBZ  ♦  1  ); 

DBIRS  =  ABS  (  DZB  )  /  SISTER. Q; 

SVECT. SOCRT  =  SVECT.  SOCHT  ♦  CHT_DELT; 

IF  (SVECT. SOCHT  12  KTOHORB) 

THER  pepBORB  startup_sioothing; 

ELSE  IF  (DZB  as  5-) 

THEE  PEPrOBB  altitude_transition_logic 
ELSE  PERPORB  non transit ion_ logic; 


IF  (SWCT.BCELG  Efl  STT?EJ 

TREB  SVECT. TBZ  *  STSVAH.  CTI BE; 
SVECT. TLOPD  *  STSVAR. CTIHB; 

z_tracker ; 


TRACK  PROCFSSIKG  LOW-LEVEL  LOGIC 
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5.  INTERFACE  MESSAGE  PRIX'.ESSINC 


5.1  Message  Classifications 


The  ATARS  message  interface  is  processed  through  six  buffers: 

Non-surve 11  lance 
Uplink 

ATC  Coordination 
RAR 

Su rve 11 lance 
ATARS-to-ATARS 

The  contents  of  the  messages  exchanged  through  these  buffers  and 
the  source  responsible  for  message  generation  are  discussed  in 
this  section. 

5.1.1  Non-surveillance  Messages 


The  essential  fields  for  all  the  non-surveillance  messages  are 
shown  in  Tables  5-1  and  5-2.  Certain  messages  are  processed 
once  per  sector  at  the  initiation  of  report  processing.  Other 
messages  are  processed  by  later  tasks,  as  described  below. 

5. 1.1.1  Outgoing  Messages 


The  Data  Link  Capability  Request  Message  is  generated  for  a 
particular  DABS  aircraft.  The  response  for  this  request  is  a 
Data  Link  Capability  Reply  Message.  The  ATARS  Extended  Data 
Request  Message  is  generated  for  a  particular  DABS  aircraft. 
The  response  for  this  request  is  an  ATARS  Extended  Data 
Message.  These  messages  provide  ATARS  with  the  aircraft's 
equipage,  class  of  service  and  climb  performance  capability. 

When  an  aircraft  has  entered  the  ATARS  service  area,  a  Start 
ATARS  Service  Message  will  be  sent  to  the  DABS  sensor.  The 
sensor  will  then  begin  to  uplink  the  ATARS  site  ID  each  scan. 
The  start  message  is  generated  in  the  Track  Update  Process.  A 
Stop  ATARS  Service  Message  is  sent  to  the  sensor  when  the 
aircraft  leaves  the  ATARS  service  area,  or  when  the  track  is 
lost.  This  message  is  generated  In  geographical  processing  or 
in  track  update  processing,  for  the  case  of  a  lost  track. 

When  an  aircraft  which  is  BCAS  equipped  penetrates  the  ATARS 
service  area  beyond  a  designated  ATARS-BCAS  seam,  the  Squitter 
Lockout  Message  is  sent  to  the  DABS  sensor.  The  sensor 
surveillance  uplink  will  then  inhibit  squitters  while  the 
aircraft  is  inside  this  ATARS-only  area.  When  an  aircraft 
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TABLE  5-1 


ATARS-TO-SENSOR  MESSAGES 

NON-SURVEILLANCE  BUFFER 

1.  Data  Link  Capability  Request  (see  Reference  8) 

Type  Code 
DABS  ID 

2.  ATARS  Extended  Data  Request  (see  Reference  8) 

Type  Code 
DABS  ID 

3.  Start/Stop  ATARS  Service  (see  Reference  1) 

Type  Code 
DABS  ID 

ATARS  Site  ID  (local  or  remote) 

Start/Stop  Flag 

Note:  Forward  to  remote  sensor  if  indicated 

4.  Squitter  Lockout  (see  Reference  1) 

Type  Code 
DABS  ID 

Start/Stop  Flag 

5.  Set  BCAS  Sensitivity  Level  (see  Reference  1) 

Type  Code 
DABS  ID 
SLC  Field 

6.  ATARS  Status  (see  Reference  1) 

Type  Code 

Normal  Operation/Failure  Flag 
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TABLE  5-1 
(Continued ) 


UPLINK  MESSAGE  BUFFER 

1.  Data  Link  Message  Construction  Output  (Tactical 
Uplink)(see  Reference  8) 

Header  Field 

Type  Code 

DABS  ID 

Message  Number 

Priority 

Expiration  Time 

Sensor  ID  (local  or  remote) 

Message  Field  (MA)  (see  Reference  9,  Para. 

3. 3. 2. 2) 

ADS  Code 
Message 

Note:  Remote  sensor  is  expected  to  return  the 

delivery  notice  to  the  sending  ATARS  site 
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TABLE  5-1 
(Concluded ) 


ATC  COORDINATION  BUFFER  ( ATARS-to-ATC) 

1.  ATARS  Operational  Messages  (see  Reference  8) 

Type  Code: 

a.  Controller  Alert 

b.  ATERN  Control  Acknowledge 

c.  FAZ  Control  Accept/Reject 

d.  RAS  Control  Accept/Reject 

e.  FAZ  Data  Base 

f.  RAS  Data  Base 

2.  ATARS  Status  Messages  (see  Reference  8) 

Type  Code: 

a.  ATARS  Green  Condition 

b.  ATARS  Yellow  Condition  Codes 

c.  ATARS  Red  Condition  Codes 

General  Note: 

ATARS  does  not  generate  the  following  messages  as  shown  in 
Reference  1: 

1.  Uplink  Message  Cancellation  Request  (monolink) 

2.  Request  for  Downlink  Data  (monolink) 

3.  Track  Data  Request/Cancel  Message 

4.  All  "raultilink"  messages  are  deleted 
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TABLE  5-2 


SENSOR-TO-ATARS  MESSAGES 

NON-SURVEILLANCE  BUFFER 

1.  Data  Link  Capability  Reply  (see  Reference  8) 

Type  Code 
DABS  ID 
Capabilities 

Equipage  (ATARS  and  BCAS) 

Class  of  ATARS  Service 

2.  ATARS  Extended  Data  (see  Reference  9,  Para.  3. 3. 2. 3. 3) 

Type  Code 
DABS  ID 

Climb  Performance  Capability 

3.  Uplink  Delivery  Notice  (see  Reference  8) 

Type  Code 
DABS  ID 
Message  Number 
Successful  Delivery  Flag 

Note:  Forward  to  ATARS  from  remote  sensor  if 
required 

4.  Status  (see  Reference  1) 

Type  Code 

Local  Sensor  Status 
Adjacent  Sensor  Status 
Adjacent  ATARS  Status 
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TABLE  5-2 
(Continued) 


SURVEILLANCE  BUFFER 

1.  Correlated  Surveillance  Messages 
Format  Type: 

a.  DABS  (see  Table  3.3) 

b.  ATCRBS  (see  Table  3.4) 

c.  Radar  (see  Table  3.5) 


RAR  BUFFER 

1.  RAR  Reply  (Tactical  Dovnllnk)(see  Reference  8) 

Type  Code 
DABS  ID 

MB  Field  (see  Reference  9,  Para.  3. 3. 2. 3.1) 


ATC  COORDINATION  BUFFER  (ATC-to-ATARS) 

1.  ATC  Request  (see  Reference  8) 

Type  Code 

Message  Field  (2  bits) 

00  Neither  radar-only  nor  non-mode  C 
tracking  desired 

01  Not  used 

10  Non-mode  C  tracking  desired  and 
radar-only  tracking  not  desired 

11  Both  non-mode  C  and  radar-only  tracking 
desired 
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TABLE  5-2 
(Concluded) 


2-  ATARS  Operational  Messages  (see  Reference  8) 

Type  Code: 

a.  ATERN  Control 

b.  FAZ  Control 

c.  RAS  Control 

d.  Request  FAZ/RAS  Data  Base 

3-  ATARS  Status  Message  (see  Reference  8) 

Type  Code: 

Request  Full  ATARS  Status  Control 

General  Note: 

ATARS  does  not  use  the  following  messages  as  shown  in 
Reference  1: 

1.  RAR  Busy  Message 

2.  Message  Rejection/Delay  Notice 

3.  Track  Alert 

4.  ATCRBS  ID  Code 


[1 
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Leaves  this  area,  an  end  message  is  sent  to  the  DABS  sensor. 
These  messages  are  implemented  In  geographical  processing 
(Section  6.2.2). 

When  a  BCAS  aircraft  enters  the  ATARS  service  area,  ATARS  will 
generate  a  BCAS  Sensitivity  Level  Message  to  select  desensitized 
BCAS  logic  thresholds.  ATARS  uses  a  site-specific  area  map  to 
determine  the  applicable  zone  boundaries.  This  function  is 
controlled  by  geographical  processing.  Its  purpose  is  to  allow 
ATARS  to  be  the  primary  collision  avoidance  system  in  the  ATARS 
service  area. 

An  ATARS  Status  Message  is  generated  each  scan  to  state  whether 
the  site  is  operating  normally  or  in  a  failure  mode. 

5. 1.1.2  Incoming  Messages 

!  The  Data  Link  Capability  Reply  Message  and  the  ATARS  Extended 

I  Data  Message  are  generated  by  the  sensor  in  reply  to  the  Data 

Link  Capability  Request  and  ATARS  Extended  Data  Request 
1  Messages.  These  messages  provide  the  equipage,  class  of  ATARS 

service,  and  the  climb  performance  capability. 

,  For  each  uplink  message  sent  to  the  sensor,  an  Uplink  Delivery 

j  Notice  Message  is  returned  to  ATARS  from  the  sensor.  The 

i  details  of  this  message  are  discussed  in  Section  5.1.2. 

i 

|  Once  a  scan  a  Status  Message  is  sent  to  ATARS  from  the  sensor, 

j  This  Includes  information  on  both  local  and  adjacent  sensors  and 

■  'i  adjacent  ATARS  site  comraunicat ion  lines.  This  keeps  ATARS 

i  'trent  on  all  local  and  remote,  sensor  and  site  availability. 

1.2  Uplink  Messages 

ATARS  uplink  messages  for  an  individual  DABS  aircraft  are 
delivered  to  the  Uplink  Message  Buffer  (Table  5-1)  as  an  ordered 
set.  Tiie  UPMES  pointer  in  the  aircraft  State  Vector  contains 
the  location  in  memory  of  this  set  of  messages  (UPLST).  The 
position  of  each  message  within  the  set  corresponds  to  its 
intended  position  in  the  desired  uplink  sequence  (see  also 
t  ion  16.2.1).  The  DABS  sensor  returns  an  uplink  delivery 
notice  for  eacli  message  indicating  its  success  or  failure  in 
delivery.  All  notices  for  an  aircraft  are  delivered  in  one 
contiguous  block,  but  not  necessarily  in  the  order  of  uplink. 

For  this  reason,  delivery  notices  are  numbered  to  correspond  to 
the  intended  order  of  uplink.  When  the  set  of  uplink  delivery 
notices  for  each  aircraft  is  processed,  the  message  number  field 
in  each  notice  is  matched  with  a  message  in  the  set  identified 
by  UPMES. 
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5.1.3  ATC  Coordination  Messages 

An  ATC  facility  and  ATARS  coordinate  certain  actions  through  an 
exchange  of  messages  passed  through  the  DABS  sensor.  These 
messages  are  discussed  In  Sections  5. 1.3.1  and  5. 1.3. 2. 

5. 1.3.1  Messages  from  ATC 

ATC  may  send  three  types  of  messages  to  ATARS  as  shown  In  the 
(ATC -to)  SENSOR-to- ATARS  Messages  (Table  5-2).  The  ATC  Request 
Message  contains  a  message  field  which  defines  the  processing 
status  of  non-mode  C  aircraft  and  radar-only  reports  within  the 
ATARS  algorithms.  The  exact  coding  of  this  message  field  Is 
shown  In  Table  5-2.  The  remaining  two  types  of  messages  are  to 
request  full  ATARS  status  control  and  ATARS  operational  control. 

5. 1.3. 2  Messages  to  ATC 

ATARS  may  send  two  types  of  messages  to  ATC  as  shown  In  the 
ATARS-to-SENSOR  (to-ATC)  Messages  (Table  5-1).  The  ATARS 
Operational  Messages  consist  of  controller  alert,  ATERN,  FAZ  or 
RAS  information.  The  Controller  Alert  Message  takes  two  forms: 
the  Conflict  Resolution  Data  Message,  and  the  Resolution 
Notification  Message.  Both  are  discussed  in  Section  11.  The 
ATARS  Status  Messages  contain  the  red,  yellow,  or  green  codes  as 
described  In  Section  18.2.2. 

5.1.4  RAR  Message 

The  RAR  Reply  (Tactical  Downlink)  Message  contains  all  the  RAR 
Information  from  the  RAR  equipped  aircraft.  This  message  is 
read  by  the  RAR  Processing  Task  (Section  5.2).  The  message  is 
included  In  the  group  of  SENSOR-to- ATARS  Messages  (Table  5-2). 

5.1.5  Surveillance  Messages 

The  local  and  remote  surveillance  reports  required  by  the  ATARS 
Report  Processing  Task  consist  of  three  types:  DABS  reports, 
ATCRBS  reports,  and  radar-only  reports  (Tables  3-3,  3-4,  3-5). 
These  reports  are  included  in  the  group  of  SENSOR-to-ATARS 
Messages  (Table  5-2)  and  are  discussed  In  Section  3.2. 

5.1.6  ATARS-to-ATARS  Messages 

Ihese  messages  (Table  5-3)  provide  direct  communication  between 
adjacent  ATARS  sites  to  establish  coordination  of  conflict 
encounter  resolution  responsibilities.  The  ATARS  multi-site 
messages  should  be  processed  on  a  priority  basis  by  the 
communications  function  of  the  DABS  sensor. 
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TABLE  5-3 


ATARS-TO-ATARS  MESSAGES 

ATARS-to-ATARS  BUFFER 

1.  Start/Stop  Remote  RAR  Data  (see  Reference  1) 

Type  Code 

Aircraft  DABS  ID 

Start/Stop  Flag 

Neighboring  ATARS  Site  ID 

ATARS  ID  of  Site  Requesting  Data 

Only  One  Scan  of  RAR  Data  Requested  Flag 

2.  Remote  RAR  Data  Relay  (see  Reference  1) 

Type  Code 
Aircraft  DABS  ID 
Remote  Sensor  ID 
RAR  Data  (MB  field) 
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TABLE  5-3 
(Continued) 


Conflict  Table  Request,  Claim,  Handoff,  Deletion  (see 
Reference  1) 

Type  Code: 

a.  Conflict  Table  Request 

b.  Claim 

c.  Handoff 

d.  Deletion 


Message  Fields  (for  all  Type  Codes): 

Sending  Site  ID 

Destination  Site  ID 

ACl  Type:  DABS  or  ATCRBS 

ACl  ID:  (if  Type  =  DABS),  DABS  Address 

(if  Type  =  ATCRBS),  Surveillance 

File  No.,  Mode  3/A  Code  and 
Position:  RHO,  THETA, 

Z  in  sending  sensor's 
coordinates 

AC2  Type:  (Like  ACl  Type) 

AC 2  ID:  (Like  ACl  ID) 
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TABLE  5-3 
(Concluded) 

4.  Conflict  Table  Reply  (see  Reference  1) 

Type  Code 

Requesting  Site  ID 
Replying  Site  ID 

AC1  Type:  Same  as  In  Message  Fields  above 
AC1  ID:  Same  as  In  Message  Fields  above 
AC2  Type:  Same  as  In  Message  Fields  above 
AC2  ID:  Same  as  In  Message  Fields  above 
Number  of  Conflict  Tables  (0,  1,  or  2) 
First  Conflict  Table  (if  any) 

Second  Conflict  Table  (If  any) 
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The  ATARS  multi-site  messages  assigned  the  highest  priority  are 
the  following: 

Conflict  Table  Request 
Conflict  Table  Claim 
Conflict  Table  Handoff 
Conflict  Table  Deletion 
Conflict  Table  Reply. 

The  delivery  of  these  messages  from  ATARS  to  the  sensor 
communications  processor  for  access  to  the  communication  lines 
must  be  expldited.  A  window  of  only  4/16  of  a  scan  period  is 
allowed  for  the  two-way  communication  and  processing  of  these 
multi-site  messages  (see  Figure  3-1).  This  timing  restriction 
is  necessary  to  provide  ATARS  with  timely  multi-site  data. 

The  remaining  multi-site  messages: 

Start/Stop  Remote  RAR  Data 
Remote  RAR  Data  Relay 

are  assigned  a  lower  priority.  The  timing  window  for  the 
exchange  of  these  messages  must  not  exceed  1/2  scan.  The  RAR 
reply  is  distributed  to  the  RAR  Processing  Task  from  this  buffer. 

5.2  RAR  Processing  Task 

The  RAR  Processing  Task  processes  resolution  advisory  data  read 
down  each  scan  from  each  ATARS-equipped  aircraft's  Resolution 
Advisory  Register  (RAR).  This  information  is  used  to  coordinate 
resolution  between  ATARS  sites  and  between  ATARS  and  BCAS  and  to 
ensure  compatibility  of  resolution  advisories.  This 
coordination  supplements  ground  line  coordination  (Section 
14.1),  which  may  not  be  available,  by  relaying  essential  data 
for  the  creation  and  deletion  of  Pair  Record  information  in 
Conflict  Tables. 

5.2.1  Remote  Relay  of  RAR  Data 

In  the  event  a  site  falls  to  read  an  aircraft’s  RAR  data,  it  can 
request  this  data  from  a  connected  site.  This  is  done  by  uplink 
delivery  notice  processing  (Section  5.1)  when  own-site's 
resolution  advisory  is  not  delivered.  The  RAR  Processing  Task 
sends  a  reply  with  the  requested  data. 
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5.2.2  External  Resolution  Pair  Record  Updating 


The  RAR  data  enables  creation,  updating,  and  deletion  of  Pair 
Records  for  conflicts  resolved  by  external  sources,  namely  other 
ATARS  sites  and  BCAS.  The  RAR  data  names  the  source  of 
resolution  and  the  resolution  advisory,  but  does  not  identify 
the  threat  aircraft.  Thus,  in  cases  where  ground  line 
coordination  does  not  also  exist,  the  second  aircraft  in  a  pair 
will  be  marked  as  "unknown”  identity.  However,  the  essential 
information  is  present,  namely  the  subject  aircraft's  resolution 
advisory,  which  acts  as  a  constraint  upon  any  additional 
advisories  which  own-site  may  select. 

The  external  updating  procedure  operates  in  turn,  upon  all 
columns  of  the  aircraft  RAR  data  except  own-site's  column. 

Also,  data  from  a  connected  site's  column  is  not  used  if  ground 
line  coordination  with  that  site  has  commenced. 

When  an  aircraft's  RAR  is  "empty,"  that  is,  no  resolution 
advisories  are  present,  an  RAR  data  report  is  still  prepared  by 
the  Report  Processing  Task  (Section  4.4).  External  updating 
still  runs,  and  deletes  any  existing  Pair  Records  for  the 
aircraft  which  show  other  sources  in  charge. 

5.2.3  Internal  Resolution  Pair  Record  Updating 

An  ATARS  site  selects  resolution  advisories  based  on  its 
knowledge  of  any  prior  advisories  sent  by  other  sources. 

Between  the  time  of  advisory  selection  and  their  delivery  to  the 
aircraft,  another  source  may  have  delivered  an  unexpectedly 
Incompatible  advisory.  Own-site's  advisory,  arriving  later, 
would  be  rejected  by  the  aircraft  RAR.  The  Internal  Updating 
Process  must  recognize  this  case  and  cause  a  recoraputation  of 
own-site's  advisory.  A  related  case  occurs  when  own-site's 
advisory  has  been  delivered  first,  and  a  BCAS  wishes  to  resolve 
another  conflict  using  an  advisory  incompatible  with  the  ATARS 
advisory.  Since  active  BCAS  is  limited  to  vertical  resolution 
and  would  likely  have  no  sensible  alternative  choice,  ATARS  must 
recognize  this  situation  and  change  its  advisory,  thus  allowing 
the  BCAS  advisory  to  be  entered. 

The  internal  updating  procedure  examines  the  uplinked  RAR  column 
that  own-site  sent  to  the  aircraft.  This  column  is  the  merger 
of  all  of  own-site's  pair  resolutions  for  the  aircraft.  All 
"zeros"  in  the  column  are  known  to  have  been  entered  in  the 
RAR.  However,  all  "ones,"  representing  intended  advisories, 
must  be  tested  against  the  prior  contents  of  the  rest  of  the 
RAR,  to  mimic  the  RAR  rejection  logic. 
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A  composite  column  is  formed  from  the  logical  OR  of  all  other 
RAR  columns.  Then  each  bit  set  to  one  in  the  uplink,  column  is 
tested  for  compatibility  with  the  composite  column.  If  any 
incompatibility  is  found,  ATARS  knows  its  advisory  was  rejected 
by  the  aircraft.  Even  after  an  ATARS  advisory  has  been  present, 
a  BCAS  negative  advisory  will  be  treated  as  a  "prior  constraint" 
by  this  process,  and  the  ATARS  recomputation  logic  will  be 
performed . 

For  each  of  own-site's  advisories  accepted  by  the  aircraft  RAR, 
a  Resolution  Pair  Acknowledgement  List  entry  is  generated.  This 
list  is  processed  by  the  controller  alert  Resolution 
Notification  Task  (Section  11). 

5.3  Pseudocode  for  Interface  Message  Processing 


The  pseudocode  follows  for  the  two  tasks  described  in  this 
section.  The  Non-surveillance  Message  Processing  Task  calls  the 
Remote  Function  Status  Routine.  This  routine  is  contained  in 
Section  17,  Backup  Mode.  The  RAR  Processing  Task  calls  the 
Remote  RAR  Start/Stop  Data  Routine,  found  in  the  previous  task, 
and  calls  the  Pair  Record  Deletion  Routine,  contained  in  Section 
15. 
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TUSK  NON_SU?VEILLANCE_M*SSAGE_PROCESSING 

IN  (non_survei llance,  ATARS_*o_ATAPS,  and  ATC  coordination  buffer  data, 
CREED,  R SEN  parameters) 

OUT  (state  vector,  system  variables,  messages  to  DUBS) 

INOtJT  (conflict  *-ables,  remote  list): 


<Process  incoming  messages  in  the  buffers  lis‘ed  above> 


REPEAT  WHILE  (aessages  reaain  in  input  buffer)  ; 

£F  (an  UPLINK  DELIVER!  NOTICE  aessaqe) 

THEN  PERFORM  uplinX_del i ver y_not ice_processing : 

EL SEIF  (a  DATA  LINK  CAPABILITY  REPLY  OR  ATARS  EXTENDED  DATA  aessage) 

THEN  PERFORM  data_li nlr _ca pabi li t y_processing : 

ELSEI*  (a  STATUS  aessage) 

THEN  CALL  REMOTE  FUNCTION  STATUS; 

EL  SEIF  (an  ATC  REQUEST  message) 

THEN  PERFORM  ATC_request_aessage_processing; 

EL SEIF  (ATARS  OPERATIONAL  aessages) 

THEN  PERFORM  ATC_to_ AT ARS_oper at i onal_message_p-ocessing ; 

ELSEIF  (an  ATARS  STATUS  message) 

THEN  PERFORM  ATC_to_ATARS_status_aessage_processing; 

ELSEIF  (a  START/STOP  REMOTE  RAR  DATA  aessage) 

THEN  CALL  REMOTE_RAR_START/STOP_DATA  with  start/stop  flag  according  to 
aessage; 

ELSEIF  (a  REMOTE  RAR  DATA  RELAY  aessage) 

THEN  Place  REMOTE  RAR  DATA  REPLY  aessage  in  RAR  buffer; 

OTHERWISE;  Cmessage  not  identified  or  hold  for  multi-site  message 
processing) 


ENPREPEAT: 


END  NON-S0R V BILL ANCE_H ESS AGE_PROCE5 SING; 


NON- SURVEILLANCE  MESSAGE  PROCESSIMG  HIGH-LEVEL  LOGIC 
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TUSK  ROE_S08TEILLAHCE_HESSAGE_PHOCSSSIRG 

IS  (non_surTeillance,  ATAHS_to_ATAHS,  and  ATC  coordination  buffer  data, 
CREED ,  RAEBPABH) 

OPT  (S7ECT,  SISTAR,  aessages  to  DABS) 

I  ROOT  (conflict  tables,  renote  list)  ; 

<Process  incoming  aessages  in  the  buffers  listed  above? 

BEPEAT  WHILE  (aessages  reaain  In  input  buffer) ; 

(an  OPLIRE  DELIVERY  ROTICE  aessage) 

THER  PSREOHB  upl ink_ieli»err_notice_processing ; 

ELSEIE  (a  DATA  LIRE  CAPABILITY  REPLY  OH  ATABS  EZTERDED  DATA  aessage) 
ther  PERroBH  data_linh_capabili* r_pr ocassing : 

ELSEIE  (a  STATOS  message) 

THER  CALL  REBOTS_EORCTIOR_ STATOS 
IR  (Status  aessage) 

IROOT  (SYS  VAR ,  SVECT,  conflict  tables)  ; 

ELSEIE  (an  ATC  REDDEST  aessage) 

THER  PEREORB  ATC_reguest_aessage_processing: 

ELSEIE  (ATAHS  OPERATIORAL  messages) 

THER  PEREORB  ATC_to_ATARS_operational_nessage_processing; 

ELSEIE  (an  ATABS  STATOS  aessage) 

im  atc.  _to_ATARS_status_nessage_processing; 

ELSEIE  (a  START/STO?  BEHOTB  RAB  DATA  aessage) 

THER  CALL  HEHOTE_RAS_START/STOP_DATA 
u  (AC  ID,  start/stop  flag) 

OPT  (S  VECT ,  aessage  to  DABS); 

ELSEIE  (a  REBOTE  BAB  DATA  BELAY  aessage) 

THER  Place  REBOTE  RAR  DATA  REPLY  aessage  in  RAB  buffer; 

OTHERRISE;  <aessage  not  identified  or  hold  for  aulti-site  aessage 
processing? 

ERPEEPEAT; 

ERD  ROR_SORTEILLARCE_BESSAGE_?ROCESSIRG; 

-  ROH-SOHVBILLARCS  RESSAGE  PROCBSSIRG  LOR-LEEEL  LOGIC  - 
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PROCESS  upllnk__delivery_notice_proces3ing ; 

<Delivery  notice  specifies  aircraft,  eeasage  nnsber  and  if  successfully  delivered. > 
natch  notice  nuaber  to  aessage  in  stored  list  for  aircraft; 

BEPB1T  OBTIL  (all  subfields  processed) ;  <in  Ht  field  of  aessage> 

IP  (subfield  type  is  Resolution) 

THBB  IP  (not  success) 

Tam  Send  aessage  to  renote  1T1RS  requesting  one-scan  RiH  data; 
IP  (Insolation  ldvisory  nevly  selected  last  scan) 

THBB  reaove  Resolution  advisory  froe  pair  record; 

Bark  pair  record  for  recoaputation  of  Res.  adv.  ; 
ELSBIf  (subfield  type  is  Pros  or  Threat) 

THBB  If  (T»_class  21  0  IRQ  subfield  is  part  of  Resolution  aessage) 

THBB ; 

BLSBIP  (snbfield  is  Pros  part  of  Threat  advisory  aessage) 

THBB; 

BLSBIP  (not  an  End  aessage) 

THBB  U  (success) 

THBB  Save  aessage  type; 

SET  End  flag  in  PiILST  entry; 

BLSB; 


ELSE; 

BLSBIP  (subfield  type  is  Terrain  ££  airspace  2S  Obstacle) 

THBB  SBT  End  flag  in  PBILST  entry; 

IX  (success) 

THBB  CLBiB  Plrst-tiae-transaitted  bit  in  PBILST  entry; 


aa; 

BLSBIP  (subfield  type  is  altitude  Echo  iBP  not  success) 

THBB  Set  1LEC?  to  uninitialised  value;  <force  1LEC  nest  scan> 
BLSBIP  (eubfleld  type  is  Own  Hesaage  IBP  not  auccess) 

THBB  Set  OBBT  to  uninitialised  value;  <force  OWB  nest  scan> 
OTHERWISE;  <don*t  process  start/end,  start  threat 

or  1TCRBS_TB  subflelds  in  aessage> 


aaaai; 

EBP  uplink _dellvary_notlce_processlng; 


BOB-SOB VEILLIBCB  BESS10B  PtOCBSSIBG  HIGH-LEVEL  LOGIC  - 
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PROCESS  uplintc_delivery_notice_processing; 

<pcocass  one  notice,  Sessage  indicates  aircraft,  aessage  nuaber,  and 
successful  deliver?  or  not> 

Hatch  aessage  nuaber  in  notice  to  aessage  in  saae  position  in  STBCT.HPHES  list; 
REPEAT  PRTII  (all  subfields  processed  in  aessage);  <in  a PH ES  list> 

IP  (subfield  type  is  Resolution) 

THRU  IP  (not  success) 

THER  Send  BAR  BEQUEST  aessage  to  site  in  STBCT.BBHRAB, 
with  oscplg  set; 

11  (STSTAR.CTIHB-PBBC.TC8D  £B  SISTER.  SCART) 

THER  PBEC. HH1H, THAR-  SHORES; 

II  (PBEC.  POSCHD  Eg  S DOUBLE) 

THER  PBEC.  POSCHD- SRCSDBL; 

ELSE  PBEC. POSCHD—SRCHSHG ; 

ELSEIP  (subfield  type  is  Proa  or  Threat) 

THER  IP  (TA_class  CjT  0  ARP  subfield  is  part  of  Resolution  asg) 

THER; 

ELSEIP  (subfield  is  Pro*  ARP  asg  type  is  •Threat') 

III!; 

ELSEIP  (EHD-0)  <in  PRILST  entry> 

Till  11  (success) 

THER  OLD_TTPB»TYPE;  <in  PRILST  entry> 

SET  BHD;  <in  PRILST  entry> 

ELSEIP  (subfield  type  is  Terrain  g£  Airspace  gj[  Obstacle) 

THER  SET  BHD ;  <in  PRILST  entry> 

If  (success) 

THER  CLEAR  PTAT;  <in  PRILST  entry> 

BLSEIP  (subfield  type  is  ALEC  ARP  not  success) 

THER  STECT. ALBCT-  uninitialized  value;  <force  ALEC  next  scan> 

ELSEIP  (subfield  type  is  ORR  ARP  not  success) 

THER  STECT. ORRT-  uninitialized  value;  <force  ORR  next  scan> 
OTHERWISE : <don • t  process  start/end,  start  threat 

or  ATCBBS  TB  subfields> 


ERPBEPEAT : 

BRP  uplinA_delivery_notice_procesaing; 

-  HOR-SOR TEILL ARCS  HBSSAOB  PBOCESSIRG  LOR-LBTBL  LOGIC 
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PROCESS  d  a  ta_link_ca  pa  bill  t  ^processing; 

1*  (type  Code  is  DATA  LIRE  CAPABILITY  HEPL T) 

TH8H  U  (DIBS  identity  in  CHEPD)  <alrcra£t  known  to  site> 
"•HER  Obtain  state  rector: 

Update  BCiS  and  ATARS  eqnipage; 

Update  ATARS  class  o£  serrice; 

8L3EIP  (DABS  identity  in  CREFD)  <aircraft  known  to  site> 
THE II  obtain  state  rector; 

Update  AC  clinb  performance; 

ELSE; 

BHD  data_link_capability_orocessing ; 


HOR-SURYBILLAHCB  SESSAQS  PROCBSSXHS  HIGH-LEYBL  LOGIC 
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PBOCBSS  data_llnk_capabllity_proce3aing: 

£P  (aessage  type  coda  £2  DAT I  Lijk  CIPIBILITT  REPIT) 

THBil  IP  (DABS  Identity  in  C8EPD)  <aiccraft  known  to  sita> 
TBBB  Opdata  STBCT.  *TS8Q; 

Update  STBCT. kCilSS; 

BtSEIf  (DUBS  identity  in  C8EFD)  <aitctaft  known  to  site> 
<aaasaga  is  IT1BS  EITBBDED  DiT»> 

THBB  Update  STBCT.  lCtP; 

BSD  data_link_capability_processing: 


i 


i 


L 
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PB0CB5S  ATC_reqnest_nessage_processlng; 

<  Son_aode  c  reports  are  ATCRBS  reports  vitboot  altitude  data  > 

<  Sadar  only  reports  are  surveillance  reports  from  a  'skin'  track  only  > 

<  Update  atabs  processing  capabilities  in  response  to  ATC  directive  > 

IF  (atabs  processing  of  non.node  C  not  desired) 

TBBH  CL FAS  son_aode  C  tracking  and  radar  only  flags; 

BISS  Process  nessage  field  to  indicate  non_node  c  tracking  desired 
OB  both  non_aode  C  and  radar  only  tracking  desired; 

Slip  ATC_reque3t_sessage_processing; 


SOB-SOB F SILL ABCS  SBSSAOB  PBOCBSSIBG  BIGH-1 SFEl  LOGIC 
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PROCESS  »TC_regnest_eessage_processing: 

<  Boa_node  C  reports  are  ITCBBS  reports  without  altitude  data  > 

<  Radar  only  reports  ara  surveillance  reports  froa  a  'skin'  track  only 

<  Update  1T1RS  processing  capabilities  in  response  to  1TC  directive  > 

X£  (1T»BS  processing  of  non_aode  C  not  desired) 

THBB  CLPBB  STSfkB.  MCBSC  and  STST1#.  1TCR0B: 

ELSE  copy  aessage  field  (first  bit)  into  SYSVkB.lTCinc  and 
(second  bit)  into  SYSVkB. ATCBOH; 

EBP  kTC_regnest_aessage_processing; 


SOB-SOBVEILL ABCE  HBSSkGB  PBOCBSSIHG  LOI-lPSEl  LOGIC  - 
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PROCESS  ATC_to_ATlBS_operational_aessage_processing; 

<  Process  ATC-to-ATABS  operational  eessage  > 

12  (1TEBR  CORTBOL  eessage) 

THER  Iaplesent  the  advised  ainisua  altitude  beiow  which  ATARS 
will  not  issue  descend  resolution  advisories; 

Send  ATEBR  COBTBOL  ACKRGRL EDGE BERT  aessage  to  ATC; 

IF  (FAZ  CORTBOL  aessage) 

THEH  Iapleaent  new  PA!  laps  in  systea; 

Send  FA!  CORTBOL  ACCSPT/BEJECT  aessage  to  ATC; 

IF  (BAS  CORTROL  aessage) 

THER  iapleaent  new  BAS  aaps  in  systea; 

Send  HAS  CORTBOL  ACCEPT/BEJECT  aessage  to  ATC; 

(REQUEST  FAZ/BAS  DiTA  BASE  aessage) 

THER  Send  reply  to  ATC  regarding  FAZ/RAS  DATA  BASE; 

EHD  ATC_to_ATARS_operational_aessage_processing; 


-  JOB- S UB TRILL AHCE  SESSAGE  PHOCESSIRG  HIGH-LETEl  LOGIC 
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PROCESS  ATC_to_ATARS_operational_aessage_ptocessing; 

<  Process  ATC-to- ATABS  operational  aessage  > 

IP  (ATEBR  coBTFOt  aessage) 

TB Ell  FABBPARB.  ATERH  value  Indicated  in  aessage; 

Send  1TSBF  CORTBOL  ACKHORLEDGBREHT  aessage  to  ATC; 

12  (FAZ  COHTBOt  aessage) 

TBER  lapleaent  nee  PAZ  aaps  in  spates; 

send  PAZ  CORTBOL  ACCEPT/RBJBC?  aessage  to  ATC; 

IP  (RAS  CORTBOL  aessage) 

TBER  lapleaent  new  RAS  aaps  in  spates; 

Send  RAS  CORTBOL  ACCBPT/R EJECT  aessage  to  ATC; 

IP  (REQUEST  PAZ/BAS  DATA  BASE  aessage) 

TBER  Send  repip  to  ATC  containing  PAZ  DATA  BASE  and/or  FAS  DATA  BASE 

ERD  ATC_to_ATARS_operational_aessage_processing; 


AOE-SURTSILLARCS  RESSAGE  PROCESSIRG  LOR-LEPEL  LOGIC 


5-P11 


PROCESS  ATC_to_ATARS_st at us_nessa ge_processing ; 

<  Process  the  ATC  request  for  ^ull  ATARS  status  control  > 

Indicate  *0  the  Performance  Monitor  Task  the  ATAPS  STATOS  Messages 
containing  the  ATARS  condition  codes  are  to  he  sent  to  ATC; 

RHP  ATC_to_ATARS_sta*-us_iessage_processing: 


NON- SORT BILL ANCE  NESSAGE  PROCESSING  HIGH-LEVEL  I.OGIC 
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PROCESS  ATC_to_ATARS_status_«essage_processing; 


<  Process  the  ATC  request  for  full  ATAHS  status  control  > 


Update  SYSVAR. STATSSG  according  to  request; 


PSP  ATC_to_ATARS_status_sessage_processing: 


SO H—S UR f Jilt ARC 8  8 ESS  AGE  PROCBSSISG  LOt-LETBt  LOGIC 
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ROU"*IH?  P*NO,*,E_RAF_STAPT/STO?_DATA 
If  (AC  10,  start /stop  flag) 

OPT  (State  rector,  sessage  to  DABS): 

IF  (s*op  tlag  set) 

THEN  Clear  renote  BAR  relay  register: 

If  (not  giving  ATAPS  service  to  aircraft) 

THEN  IP  (aircraft  on  renote  list  AND  not  in  a  conflict  table) 

THEN  Delete  renote  list  entry  for  this  aircraft; 

Send  STOP  A*ARS  SERVICE  nessage  to  DABS; 

ET-SE  IP  (not  giving  ATARS  service  to  naned  aircraft) 

THEN  IP  (no  state  vector  or  renote  entry  exists  for  aircraft) 

THEN  Enter  aircraft  on  renote  list; 

Send  START  ATARS  SERVICE  nsg  to  DABS  using  ID  of  reguesting  site 
Save  reguesting  site_ID  in  RPTRAR; 

Update  one-scan  flag  according  to  request; 

Send  TACTICAL  UPLINK  nessages  to  DABS;  <res.  advs  contain 
ID  of  originating  site> 

PHD  REHOTE_PAF_START/STOP_DATA; 


HON- SURVEILLANCE  MESSAGE  PROCESSING  HIGH-LEVEL  LOGIC 
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HOOT  HE  8EH0TB_HAR_START/ST0P_DATA 
IH  (AC  10,  start/stop  flag) 

OUT  (SVECT,  sassage  to  DABS)  ; 

IT  (Stop  flag  set  in  STAHT/STOP  3EHOTE  HAH  DATA  aessage) 

THEH  CLEAR  STECT. 8ETR AB ; 

If  (not  gising  ATAHS  service  to  aircraft) 

THEH  If  (aircraft  on  renote  list  AID  not  In  a  conflict  table) 

THEH  Delete  renote  list  entry  for  this  aircraft; 

Send  STOP  ATAHS  S EH TICE  aessage  to  DABS; 

ELSE  If  (not  giving  ATAHS  service  to  nased  aircraft) 

THEH  If  (no  state  vector  or  reaote  entry  exists  for  aircraft) 

THEH  Enter  aircraft  on  reaote  list; 

Send  STAHT  ATAHS  SEHTICE  asg  to  DABS  using  ID  of  requesting  site; 
Save  requesting  site_ID  in  STECT. HETHAH; 

Ipdate  STECT. OSCPLG; 

Send  TACTICAL  DPLIHK  sassages  to  DABS;  <res.  advs  contain 
ID  of  originating  slte> 

EHD  HEHOVE_HAB_STAPT/STOP_DATA; 


HOH-SORTBILLAHCE  HESSAGE  PR0CS5SIH0  LOH-LETEL  LOGIC 
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TISK  B1B_PB0CESSISG 


IB  (BBS  Deports,  stats  vectors) 

001  (reeote  sessages,  resolution  pair  acknosledgsent  list) 

IBOOT  (conflict  tables) ; 

UPHT  m|  (any  SIR  reports  in  BIB  buffer);  including  "espty  BIB"  reports> 
PSBFOBB  BlB_resote_relay: 

IP  (aircraft  in  ITIBS  service  or  being  dropped) 

THEB  PEBPOBS  erternal_updating; 

If  (resolution  aessage  sent  last  scan) 

THE!  PEBPOBS  intemal_updating ; 

IP  (aircraft  In  a  conflict  table) 

THEM  iDetersine  displayed  advisories  by  nerging  pair  records; 

imiESil: 

EBP  RIB_PBOCESSISG: 


BIB  PBOCBSSIBO  TISK  HIGH-LETEL  LOGIC 


TUSK  RAR_PROCBSSING 

III  (RID  Reports,  state  sectors) 

OPT  (reaote  eessages.  Resolution  Pair  Acknovledgaent  List) 
moot  (conflict  tables)  ; 

REPEAT  WHILE  (any  RAB  reports  in  BAR  bnffer) ; 

PERFOBH  HAR_reeote_relay ; 

U  (SVECT.  ATSS  ifl  STB  PE  21  STECT.  PRATS  STROE) 

THEW  PERFORM  external_updating; 

IF  (Resolution  Message  is  in  STECT.  PPHBS  list) 

THES  PERFORE  internal_updating : 

JF  (STECT. CTPTP.  JH  SROLL) 

THEH  Find  displayed  advisories  by  nerging  pair  records 
for  subject  AC; 

save  displayed  advisories  in  CTEHTRT. HEARD,  vhahd: 

EH  PREPEAT; 

EBP  R A REPROCESSING; 


-  HAH  PROCESSING  TASR  LOW-LSTSL  LOGIC 
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PBOCESS  B18_reeote_relay ; 


IF  (another  site  is  to  get  BIB  data) 

THBB  relay  HIS  data  to  site  specified; 

%r  (one-scaa  flag  set) 

THEM  CIU  HE*10TE_HI8_ST1RT/ST0P_DITI  specifying  "stop" 

EBP  RiR_reeote_relay: 


-  SJS  PROCESS IBS  T1SB  SIGR-LETEt  108IC  - 
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PROCESS  external_updating; 

<Dacod«  RAB  report.  Interpret  as  six  colnans  of  aircraft's  BIB. 

Update  own  data  base.> 

REPEAT  UBTIL  (all  six  RAR  colnans  processed) ; 

IF  (colnan  is  for  other  ATARS  or  BCAS  AMD  colain  is  eipty) 

THEM  REPEAT  WHILE  (any  pair  records  showing  that  site  in  charge)  ; 
CALL  PAIR_RECORD_DBLETIOH; 

EMDBEPSAT: 

8LSBIF  (colnan  is  for  BC1S)  <own  or  other  coloans> 

THEM  Create/update  pair  rec.  showing  intruder  'unknown', 

BCAS  in  charge; 

PERFORM  resolution_pair_acknowledgaent_entry_generation; 

BLSBIF  (colnan  is  other  ATARS  site) 

THEM  Look  for  pair  rec(s)  for  this  AC  with  saae  site  in  charge; 

IF  (no  such  pair  record  found) 

3&5S  Create  pair  record  showing  intruder  *  unknown 
ELSBIF  (site  not  connected) 

THEM  Replace  old  pair  rec(s)  with  current  resolution  (s)  ; 
BLSBIF  (any  such  pair  records  found  with  both  AC  known) 
rncfi;  <don't  use  BAB  data,  ground  lines  ok> 

ELSE  Replace  old  pair  rec(s)  with  current  resolution (s)  ; 
<not  using  ground  lines  yet,  use  BAR  data> 

OTHERWISE ;  <don*t  act  here  on  own  site's  coluan> 

SMDBEPSAT; 

BMP  external^updatlng; 


BAR  PBOCESSIMG  TASK  HIGH-LEVEL  LOGIC 
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PROCESS  external_updat ing: 

REPEAT  UNTIL  (all  sit  colunns  processed)  ; 

I?  (coluan  is  for  other  ATARS  or  BCAS  ARP  coluan  is  eapty) 

THEN  REPEAT  WHILE  (any  pair  recs  wi*h  PREC.  ATSID*site  ind.  by  coluan); 
CALL  PAIR_REC03D_DELSTI0N 
IN  ( ACIP1  ,  ACID  2,  PRPTR) 

I  HOOT  (Conflict  tables.  State  Vectors)  ; 

ENDREPEAT: 

EL  SEIF  (fifth  or  sixth  coluan)  <o*n  or  other  3CAS> 

then  Creat e/update  pair  record  so  that  PREC. ac2. PAC=SONN 

and  PREC.  ATSTD=*BCAS; 

PEPfORS  resolution_pair_acknowledgaent _entry_generation; 

ELSEIE  (coluan  is  other  ATARS  site) 

THEN  Look  for  pair  rec  (s)  for  this  AC  with  PREC.  ATSID=saae  site: 

IE  (no  such  pair  record  found) 

THEN  Create  pair  record  with  PREC. AC2. PAC=*PNK; 

ELSEIE  (site  not  connected) 

then  PREC.  PHI! AN, PV HAH  =current  resolution (s)  ; 

ELSEIE  (any  such  pair  records  found  with  both  PREC.PAC  NE  SUNK) 
THEN;  <don't  use  SAR  data,  ground  lines  OK> 

ELSE  PREC. PHHAN, PVHAN  =  current  resolution (s) ; 

<not  using  ground  lines  yet,  use  RAR  data> 

OTHERWISE :  <don't  act  here  on  own  site's  coluan> 

ENDRPPEAT; 

END  ex“'ernal_updating; 


RAR  PROCESSING  TASK  LOW-LEVEL  LOGIC 
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PROCESS  lnternal_updating; 


IMP 


<Test  bits  of  uplinked  coition  to  see  what  got  into  RAR.> 

Set  test  column  to  all  zeroes; 

Form  logical  OR  of  other  ATARS  sites*  columns  and  BCAS  columns; 

Extract  uplink  column  from  Resolution  Message  in  OPMES; 

REPEAT  HHItE  (any  more  bits  set  in  uplink  coluan)  ; 

PERFORM  compatibility; 

IF  (compatible) 

THEM  SET  same  bit  in  test  colnan; 

USS: 

EHPREPEAT:  <no«  test  column  represents  AC  BAR  coluan> 

REPEAT  VHILS  (any  more  pair  records  for  subj.  AC  with  own  site  in  charge); 

IJ  (null  RA  shown  for  subject  AC) 

21313  CLEAR  send  flag  for  subject  AC; 

IF  (other  AC  send  flag  not  set) 

THEN  CALL  PAIR_RSCORD_DELETION ; 

EtSEIF  (bit  not  set  in  test  col.  matching  RA  for  subj  AC)  <either  part  of 

compound  RA> 

THEM  IF  (HA  newly  selected  last  scan) 

THEM  Remote  that  8A  from  pair  record; 

<reaowe  only  part  whose  bit  not  set> 
signal  pair  needs  recompute*. ion ; 

OTHER  RISE  <RA  accepted  by  subject  RAR> 

PERFORM  resolution_pair_acknowledgaent_entry_generation; 

EHPREPEAT ; 

in-'  't-i  1  _  a  pd  a  t  i  n  g ; 
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PROCESS  internal_updating: 


<Test  bi*s  of  aplinked  colaan  to  see  shat  got  into  BAR. > 

Set  test  coluan  to  all  zeroes; 

Fora  logical  OF  of  other  ATARS  sites*  colaans  and  8CAS  colaans: 
extract  aplintc  colaan  froa  Resolution  Message  in  SVECT.OPHES  list; 

REPEAT  WHILE  (any  sore  bits  set  in  aplink  colaan)  ; 

£151283  coapatibility; 

IP  (COHPATIBLE  set) 

THEM  SET  saae  bit  in  test  colaan; 

1153; 

EMDREPEAT;  <now  test  colaan  represents  AC  RAR  coluan> 

REPEAT  *3113  (any  sore  pair  records  with  PREC.acl.PAC  or  ac2.PAC  E£  subj.  AC 

ARP  PR  EC.  ATSID*  JOWMID) 

IP  (PREC.PHHAH  or  PREC.PTBAH  =  SMflLLBES  for  subj.  AC) 

THEM  CLEAR  PHEC.SEHD  for  subject  AC; 

IP  (other  AC  PREC.  SEND=SP  ALSE) 

THEM  CALL  ?AIR_HECOHO_OELBTIOB 

Ifi  (ACID1,  ACID2,  PRPTB) 

IMOOT  (Conflict  Tables,  State  Vectors)  ; 

ELSEIP  (bit  not  set  in  test  col.  Batching  RA  for  subj  AC)  <either  part  of 

coapound  RA> 

THEM  IP  (RA  newly  selected  last  scan) 

THEM  Reaove  that  RA  froa  pair  record; 

<Reaove  only  part  whose  bit  not  set> 

I?  (PBEC.POSCHD  Ifl  IDOOBLE) 

THEM  PHEC. POSCHB*$RCHOBL ;  <recoaputation,  doable  advs> 

ELSE  PHEC. POSCHD-SRCSSMG;  <recoaputat ion ,  single  advs> 
OTHEBMISE  <BA  accepted  by  subject  RAR> 

PEP.PORH  resolution_pair_acknowledgaent_entry_generation; 

PMPFSPE AT: 

IMP  int#rnal_apdating; 
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PBOCESS  compatibility; 


IF  (bit  in  aplink  colaan  is  positive  horizontal) 

THEE  IF  (no  opposite- sense  horizontal  bits  set  in  BAB  coeposite  colaan) 
THEE  indicate  coapatible; 

ELSE  indicate  not  coapatible; 

ELSEIF  (bit  in  uplink  coluan  is  negative  horizontal) 

THEE  IF  (opposite-sense  positive  horizontal  bit 
not  set  in  BIS  coaposite  colaan) 

,pH£S  indicate  coapatible: 

ELSE  indicate  not  coapatible: 

ELSEIF  (bit  in  uplink  coluan  is  positive  vertical) 

THEE  I?  (no  opposite-sense  vertical  bits  set  in  BAB  composite  colaan) 
THSE  indicate  coapatible; 

ELSE  indicate  not  coapatible: 

0THEBEI5E  <  bit  in  uplink  coluan  is  negative  vertical  or  VSL.  > 

IF  (opposite-sense  positive  vertical  bit 
not  set  in  TUB  coaposite  coluan) 

THEE  indicate  coapatible; 

ELSE  indicate  not  coapatible; 

EBP  coapatibility; 
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PPOCESS  compatibility; 


IP  (bit  in  uplink  column  is  positive  horizontal  RA) 

THEM  IP  (no  opposite- sense  horizontal  bits  set  in  RAR  composite  column) 
THEM  SET  COMPATIBLE; 

ELSE  CLEAR  COMPATIBLE; 

gLSEIP  (bit  in  uplink  column  is  negative  horizontal  RA) 

THEM  IP  (opposite-sense  positive  horizontal  bit  not  set  in  compos,  column) 
THEM  SET  COMPATIBLE; 

ELSE  CLEAR  COMPATIBLE; 

ELS  SIP  (bit  in  uplink  column  is  positive  vertical  RA) 

THEM  IP  (no  opposite-sense  vertical  bits  set  in  BAR  composite  column) 

THEM  SET  COMPATIBLE; 

ELSE  CLEAR  COMPATIBLE; 

OTHERWISE  <  bit  in  uplink  column  is  negative  vertical  or  vsl  RA> 

IP  (opposite-sense  positive  vertical  bit  not  set  in  compos,  column) 
THEM  SET  COMPATIBLE; 

ELSE  CLEAR  COMPATIBLE; 


BMP  compatibility; 
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PROCESS  resolation_pair_acknovledgaent_entry_generation ; 

<Genera»e  BPJLST  entry  froa  pair  record. > 

Link  oev  Rpalst  entry;  <don't  naad  to  check  for  doplication> 
Copy  &C  ID's  and  Rk's  froa  pair  record; 

Enter  cnrrent  tiaa; 

Indicate  vhether  pair  resoleed  by  BC1S  or  iTIBS; 

EBP  resolution_pair_ackno*ledgaent_entry_generation : 


BBS  PB0CE3SIWG  T»SK  HIGH” LEVEL  LOGIC 
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PROCSSS  resolution_pair_acknowledgient_entry_generation; 

Link  new  RPHLST  entry; 

RP1LST. acl . ID»PREC.ac1 . PIC; 

RP1LST. ac2. ID»PREC.ac2. P»C; 

RPRLST.acl.  RSS=PREC.ac1.PBB»»,P»B»»: 
RP»LST.ac2.RES*PREC.ac2.PBB»R,PTB»I; 

RP1LST.  TI8B»SrSTiS.CTISB; 

IP  (PREC. HTSID  Efl  JBC4S) 

THB8  CLEIR  R?»LST. SOORCE;  <BC»S  reaolotion> 

ELSE  SET  RPHLST. SOORCE;  <»T»RS  reaolatiOii> 

EMP  resoluti3n_pair_adcnowledgeent_entry_generation ; 
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6.  AIRCRAFT  PROCESSING 

6.1  New  Aircraft  Processing 

The  selection  of  new  aircraft  to  be  added  to  the  ATARS  data  base 
Is  made  In  the  Report  Processing  and  Track  Processing  Tasks. 

These  choices  are  conveyed  to  the  New  Aircraft  Processing  Task 
through  the  XINIT  List.  The  purpose  of  this  task  is  to  add  all 
aircraft  on  this  list  to  the  X-list,  EX-list,  and  ATARS  Sector 
List.  The  task  will  also  initialize  all  parameters  in  the  State 
Vector  that  are  used  in  subsequent  ATARS  processing  tasks. 

The  XINIT  List  is  a  linked  list  of  all  aircraft  that  have  been 
designated  for  addition  to  the  X-list  or  the  EX-list,  and  to  the 
sector  list  by  the  Track  Processing  Task  for  a  particular  ATARS 
sector.  The  XINIT  List  has  a  pointer  to  the  head  of  the  list 
and  is  linked,  in  one  direction  only,  through  the  NEXTX  position 
in  the  state  vectors.  The  use  of  NEXTX  is  legitimate  at  this 
time  because  this  field  is  not  used  for  those  aircraft  not  yet 
added  to  the  X-list  or  the  EX-list.  New  Aircraft  Processing 
sets  the  NEXTX  and  PREVX  pointers  for  each  aircraft  in  the  XINIT 
List  to  include  the  State  Vectors  in  the  forward  and  backward 
linked  X-list  or  EX-list.  The  NEXTA  pointer  is  set  to  include 
the  next  aircraft  State  Vector  in  the  ATARS  Sector  List.  These 
pointers  are  set  using  the  X/EX-list  Initial  Entry  Routine  which 
is  described  in  Section  6.1.3. 

6.1.1  X-llst  and  EX-list  of  Aircraft 

The  X-list  and  the  EX-list  are  two  lists  of  aircraft  State 
Vectors  which  are  ordered  on  the  x  coordinates  of  the  aircraft 
with  the  DABS  sensor  at  the  origin.  The  X-list  includes  all 
aircraft  whose  altitude  is  below  a  threshold  altitude,  and  whose 
speed  is  below  an  upper  velocity  limit.  All  other  aircraft  are 
on  the  EX-list.  The  position  of  the  aircraft  on  these  two  lists 
is  checked  when  the  particular  ATARS  sector  is  being  processed 
and  it  is  updated  if  required. 

Initial  placement  of  aircraft  into  either  list  is  described  in 
Initial  Entry  of  Aircraft  Into  the  X-list,  EX-list  and  Sector 
List  (Section  6.1.3).  The  process  of  maintaining  their  current 
position  on  the  lists  is  described  in  Sector  List,  X-list,  and 
EX-list  Updating  (Section  6.2.3). 

6.1.2  Sector  List  of  Aircraft 

The  ATARS  Sector  List  is  a  list  of  all  aircraft  State  Vectors  in 
an  ATARS  sector.  There  is  one  sector  list  for  each  ATARS 
sector. 
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The  executive  control  keeps  a  table  containing  the  start  point 
for  each  sector's  list.  The  sector  list  is  used  to  expedite  the 
selection  of  aircraft  to  be  processed  in  each  ATARS  sector.  All 
the  tasks  which  need  to  look  at  every  aircraft  in  a  sector 
access  these  sector  lists. 

6.1.3  Initial  Entry  of  Aircraft  Into  the  X-list,  EX-List,  and 
Sector  List 


Both  the  X-list  and  the  EX-list  are  modified  to  permit 
expeditious  entry  of  new  aircraft  into  these  lists.  This 
modification  takes  the  form  of  seeding  the  ordered  lists  with 
dummy  State  Vectors  which  have  fixed  x  coordinates.  A 
cross-reference  permits  a  direct  means  of  locating  the  dummy 
State  Vector  nearest  to  a  given  x  coordinate.  The  cross- 
reference  takes  the  form  of  an  array  of  pointers  linking  the 
known  x  coordinates.  The  dummy  State  Vectors  are  called 
signposts  and  contain,  as  a  minimum,  fields  for  the  NEXTX  and 
PREVX  pointers,  a  field  for  the  x  value  of  the  signpost,  and 
flag  to  identify  signposts,  SPIDFG.  SPIDFG  will  be  permanently 
set  for  all  signposts  and  reset  for  all  aircraft  State  Vectors. 
This  flag  is  used  to  expedite  signpost  identification  in  the 
Coarse  Screen  Processing  Task. 

To  enter  new  aircraft  into  either  list,  a  determination  is  first 
made  if  the  aircraft  is  in  the  hub  area.  If  so,  the  hub  flag 
(HUBFLG)  is  set.  If  the  aircraft  qualifies  for  the  EX-list,  the 
aircraft  is  entered  on  the  EX-list,  and  the  EXFLG  flag  is  set; 
otherwise,  it  is  entered  on  the  X-list  and  the  EXFLG  is  reset. 
Both  of  these  lists  initially  consist  only  of  the  signposts 
linked  together.  The  NEXTX  and  PREVX  pointers  of  the  two 
terminal  signposts  in  both  lists  are  set  to  null. 

The  new  aircraft  are  also  linked  to  the  particular  ATARS  sector 
list  in  the  X-list  or  the  EX-list  corresponding  to  the  sector 
identification. 

The  ATARS  sector  thread  is  linked  only  in  the  forward  direction 
using  a  pointer  NEXTA.  If  the  new  aircraft  becomes  the  first 
aircraft  in  a  sector  thread,  the  executive  program  must  be 
notified  so  that  its  SIDSPX  and  SIDSPE  table  is  updated  to 
reflect  this  change.  When  threading  new  aircraft  into  a  sector 
list,  care  must  be  taken  to  keep  the  previous  aircraft  position 
on  the  list,  as  a  backwards  pointer  is  not  required  for  any 
other  ATARS  Sector  List  processing  and  thus  is  not  part  of  the 
State  Vector. 
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Aircraft  Update  Processing 


The  function  of  the  Aircraft  Update  Processing  Task  is  to  update 
the  position  and  velocity  coordinates,  determine  the  ATARS 
service  zone  through  geographical  processing  (Section  6.2.2)  and 
update  the  position  of  those  aircraft  on  the  X-llst,  EX-llst, 
and  sector  list  (Section  6.2.3)  in  the  sector  designated  by  the 
executive  control.  The  position  coordinates  of  the  hub  area 
aircraft  are  updated  as  part  of  this  task. 

Aircraft  update  processing  operates  on  a  particular  sector  list 
of  aircraft  threaded  in  the  X-list  and  EX-list.  The  start 
pointers  (SIDSPX,  SIDSPE)  for  the  sector  lists  are  in  a  table 
maintained  by  the  executive  control  and  are  updated  in  the  list 
update  processing  (Section  6.2.2).  The  table  holds  the  start 
pointers  for  every  sector  which  contains  aircraft  on  the  X-list 
or  the  EX-list  and  null  pointers  for  sectors  which  contain  no 
aircraft.  The  start  pointer  identifies  the  State  Vector  of  the 
aircraft  that  starts  the  string  of  aircraft  for  a  sector. 

The  position  coordinate  update  is  achieved  by  a  linear 
projection  from  the  aircraft's  predicted  position,  for  a  time 
equal  to  the  difference  between  the  sector  time  (TEN)  and  the 
aircraft  time  of  prediction  (IMP)  using  the  aircraft  external 
velocity  components.  All  aircraft  ePS  then  presented  for  sector 
processing  on  a  common  basis.  It  i*  Important  to  note  that  the 
only  coordinates  used  in  ATARS  sector  processing  after  the 
Aircraft  Update  Processing  Task  is  complete  are  the  position  and 
velocity  coordinates  set  In  this  task,  The  updated  coordinates 
ire  used  to  update  the  geographical  *One  if  the  ATARS  service 
flag  is  set.  The  updated  coordinates  are  also  used  to  update 
the  position  in  the  X-llst,  EX-list,  and  sector  list  for  the 
subject  aircraft  before  continuing  with  the  next  aircraft  in  the 
X-list  or  the  EX-list.  This  process  continues  until  all 
aircraft  in  the  sector  thread  for  both  the  lists  are  completed. 

The  variables  TEN  and  TMP  will  have  a  fixed  number  of  bits. 

These  variables  will  recycle  to  zero  when  the  time  overflows  the 
number  of  available  bits.  Hence  in  subtracting  time  variables, 
here  and  throughout  the  ATARS  processing  both  variables  should 
be  expressed  with  common  higher  order  bits. 

Special  attention  must  be  given  to  the  structuring  of  the  update 
processing  task.  Although  the  X-list  and  EX-list  are  used  to 
access  the  aircraft  for  updating,  one  of  the  steps  in  updating 
is  to  reposition  the  aircraft  In  the  lists.  The  next  aircraft 
in  the  list  is  saved  before  the  current  aircraft  is  repositioned 
In  either  list.  However,  even  with  this  procedure,  an  aircraft 
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which  has  moved  up  the  list  by  skipping  one  or  more  aircraft 
would  be  accessed  a  second  time  for  updating  in  the  same  sector 
list.  To  prevent  this  duplicate  updating,  the  XUPFL  flag  in  the 
State  Vector  is  set  the  first  time  the  aircraft  is  accessed  for 
updating  and  is  read  to  prevent  duplicate  updating  in  the  second 
access.  The  XUPFL  flag  is  cleared  once  per  sector  when  the 
aircraft  is  accessed  in  the  Coarse  Screen  Processing  Task. 

The  hub  area  position  coordinate  update  is  exercised  at  the 
start  of  every  quarter  scan  (i.e.,  when  the  antenna  is  at  0°, 
90°,  180°,  270°).  The  hub  area  (Figure  3-2)  is  defined  as 
a  circle  of  given  radius  centered  at  the  DABS  sensor;  First, 
the  signpost  (explained  in  Section  6.1.3)  on  the  X-list  or  the 
EX-list  nearest  to  the  negative  value  of  the  hub  area  radius  is 
located.  The  lists  are  searched  forward  until  the  first 
signpost  beyond  the  positive  value  of  the  hub  radius  is 
reached.  All  of  the  aircraft  identified  as  being  in  the  hub  on 
either  list  between  these  negative  and  positive  signposts  are 
afforded  hub  processing.  The  position  and  velocity  coordinates 
of  these  aircraft  are  updated  using  the  same  technique  described 
above  for  the  regular  sector  aircraft  position  and  velocity 
updating.  This  processing  maintains  a  more  current  position  on 
both  lists  for  the  aircraft  located  near  the  DABS  sensor  where 
ATARS  sectors  are  not  very  wide.  This  is  necessary  because 
aircraft  may  change  sectors  rapidly  in  the  hub  area  and  this 
affords  a  more  timely  identification  of  a  possible  conflict  in 
the  ATARS  processor. 

Again,  the  XUPFL  flag  is  used  to  prevent  duplicate  updating. 

The  flag  is  reset  in  this  task  instead  of  waiting  for  the  Coarse 
Screen  Processing  Task  because  the  aircraft  identified  in  the 
hub  area  may  be  from  any  sector,  not  just  the  particular  sector 
being  processed  at  this  time.  Therefore,  only  those  XUPFL  flags 
associated  with  hub  processing  would  be  reset  at  this  pass 
through  the  ATARS  processor. 

6.2.1  ATARS  Service  Map 


Every  ATARS  site  stores  a  map  indicating  the  boundaries  of  the 
area  for  which  ATARS  service  is  provided.  The  location  of  the 
boundaries  differ  depending  whether  or  not  another  ATARS  site  is 
near  enough  to  cover  an  adjacent  area.  The  two  cases  are  called 
the  "single-site"  coverage  and  the  "multi-site"  coverage  cases. 
However,  a  site  may  use  both  kinds  of  coverage  at  once,  as  in 
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the  example  depicted  In  Figure  6-1.  This  hypothetical  site  has 
no  neighbor  to  Its  West,  and  so  uses  single-site  boundaries  on 
that  side.  Another  site  is  located  nearby  to  the  East,  and  so 
multi-site  coverage  is  assigned  to  that  side. 

The  single-site  boundaries  give  ATARS  as  much  coverage  as 
possible.  The  surveillance  mask,  ATARS  service  map,  and  Domino 
coverage  all  share  a  common  boundary.  This  boundary  may  be 
identical  with  the  extent  of  DABS  surveillance  coverage  (and 
thus  need  not  be  an  explicit  boundary,  although  some  values  must 
be  assigned  to  the  map);  or  it  may  be  chosen  to  delimit  an  area 
within  DABS  coverage,  if  DABS  position  data  is  not  believed  to 
be  sufficiently  accurate  at  long  range. 

The  multi-site  boundaries  serve  to  partition  the  ATARS 
processing  load  among  nearby  sites.  Overlap  is  provided  to 
assure  continuous  coverage  during  boundary  crossings,  smooth 
handoff  of  responsibility  between  sites,  and  to  allow  for  small 
differences  in  the  sites'  perceptions  of  the  boundary. 

Figure  6-1  shows  several  boundaries  for  the  subject  site.  The 
Domino/Surveillance  boundary  serves  the  following  functions: 

1.  Report  Processing  (Section  4.4)  makes  a  simple 
rho-theta  check  used  to  accept  or  reject  surveillance 
reports. 

2.  ATARS  tracks  are  maintained  on  aircraft  within  this 
area . 

3.  Although  ATARS  service  is  not  provided  to  aircraft 
outside  the  ATARS  service  area  (see  below),  the  Domino 
Routine  (Section  13.4.2.1)  considers  aircraft  within 
the  Domino  boundary  when  selecting  resolution 
advisories  for  aircraft  receiving  ATARS  service. 

The  Domino/Surveillance  boundary  is  stored  as  one  or  more 
azimuth  sectors  with  a  range  boundary  corresponding  to  each 
sector.  These  sectors  are  distinct  from  DABS  sensor  or  ATARS 
processing  sectors.  This  boundary  must  be  wide  enough  to 
provide  the  desired  Domino  coverage  for  conflicts  near  the 
limits  of  the  ATARS  service  area.  It  is  also  desirable  to 
include  surveillance  coverage  for  the  site's  Backup  Service  Area 
(see  Section  17.3.1).  If  such  coverage  is  provided,  any  backup 
mode  switchover  would  be  smooth,  since  tracks  would  be  available. 
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FIGURE  6-1 

ATARS  SERVICE  MAPS  FOR  SINGLE-SITE 
AND  MULTI-SITE  COVERAGE 


The  ATARS  service  area  contains  aircraft  for  which  traffic 
advisory  and  resolution  advisory  services  are  provided.  A 
discussion  of  Normal  and  Backup  areas  is  provided  in  Section 
17.3.1.  The  following  description  applies  to  whichever  mao  is 
in  use  at  a  given  time. 

The  service  mask  is  implemented  as  a  pair  of  convex  polygons, 
one  for  aircraft  from  the  lower  limit  of  DABS  coverage  up  to  and 
including  altitude  HZONE,  and  the  other  for  aircraft  above 
altitude  HZONE.  Ttiese  polygons  may  have  as  many  vertices  as  are 
needed.  For  example,  to  implement  multiple  site  coverage  in  a 
large  area,  intricate  shapes  may  be  required  to  provide  the 
necessary  overlap  (seams)  and  divide  the  expected  traffic  and 
processing  load. 

It  is  essential  that  wherever  two  ATARS  sites  have  a  common 
boundary,  their  normal  mode  ATARS  service  areas  overlap  by  no 
less  than  a  specified  distance.  This  overlap  is  called  a  "seam" 
and  is  given  a  width  sufficient  to  allow  nominal  warning  time 
for  any  pair  of  aircraft  on  opposite  sides  of  the  boundary.  The 
seam  is  implemented  by  extending  each  site's  area  a  distance 
DSEAMH  (or  DSEAML)  past  the  nominal  boundary  of  the  high  (or 
low)  altitude  map.  Then  the  sites'  coverages  overlap  by 
2*DSEAMH  for  the  high  altitude  masks.  A  seam  is  illustrated  in 
Figure  6-2. 

The  following  algorithm  is  used  to  determine  whether  the  tracked 
aircraft  position  (XT,  YT)  lies  within  a  convex  polygon.  This 
figure  will  be  described  by  the  NVERT  vertices,  (X^Yj), 

(X2  * Y2)  *  •  •  * » (XfjVERT, YnVERt)  •  71,6  vertices  are  numbered 

in  a  counterclockwise  manner  starting  at  any  vertex  as  shown  for 
the  example  4-sided  area  of  Figure  6-3.  Form  all  vectors 
joining  adjacent  vertices  in  a  counterclockwise  direction 
as  indicated  by  the  vectors  through  V4.  Also  form  all 
vectors  joining  the  vertices  to  the  point  (XT,  YT) .  Let  these 
vectors  be  designated  VT^  through  VT^.  Then  the  point  (XT, 

YT)  is  internal  to  the  zone  if  and  only  if  all  vector  cross  pro¬ 
ducts  VTi*V^ ,VT2*V2 . VTNyEgT*VpWE{n>,  negative.  By 

precomputing  several  constants  which  are  functions  of  the  vertex 
coordinates,  the  number  of  calculations  required  to  perform  the 
test  is  reduced. 

A  typical  vector  cross  product,  VT^Vj  is, 

VTt  - 

(XT-Xi ) *( Y1+1-Yt )-( YT-Yi ) *(X1+1-Xi ) . 

This  can  be  written, 

VT1*V1  -  XT*DYt  -  YT*DXj+Ki 
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where , 


DXi  =  Xi+1  -  Xt 
DYi  =  Yi+1  -  Yi 
KA  =  Y^DXt  -  X1*DYi 

All  the  DX,  DY  and  K  constants  for  each  map  are  precomputed  and 
stored  In  memory.  Then  the  expression, 

F  (  1 )  =  X^DYi-Y^DXi+iq 

Is  evaluated  repeatedly  from  1=  1  to  NVERT.  If  any  term  F(i)  Is 
positive,  the  aircraft  is  outside  the  polygon.  If  all  are 
negative,  it  is  inside. 

6.2.2  Geographical  Processing 


This  process  tests  an  aircraft’s  position  to  determine  whether 
it  is  within  the  site's  ATARS  service  area.  In  the  special  case 
when  the  site  is  in  the  Backup-Master  mode,  (see  Section  17.3.2) 
separate  tests  are  performed  for  the  site's  Center  Zone  and  its 
Backup  service  area.  Note  that  the  Report  Processing  Task 
(Section  4. A)  has  already  performed  a  quick  test  on  the  position 
and  has  set  ATSS  in  the  State  Vector  if  the  aircraft  is  within 
the  rho-theta  mask  (larger  than  the  service  area).  If 
geographical  processing  now  finds  the  aircraft  outside  tne 
service  area,  it  clears  the  service  flag. 

The  State  Vector  GEOG  contains  all  site  ID  bits  read  down  (for 
DABS  aircraft)  in  the  latest  surveillance  report.  If  the 
aircraft  is  entering  this  site's  ATARS  service  area,  own  site  ID 
bit  will  not  have  been  sent  up  yet.  The  bit  is  set  here  so  that 
the  Seam  Pair  Task  will  treat  the  aircraft  properly. 

For  aircraft  within  the  service  area,  additional  processing  is 
performed  according  to  their  equipage.  All  BCAS-equipped 
aircraft  are  sent  Sensitivity  Level  control  (SLC)  messages 
determined  by  a  stored  map.  The  message  is  sent  only  when  SLC 
should  change.  All  DABS-equipped  aircraft  are  sent  a  Squitter 
Lockout  Message  when  within  a  designated  area.  This  message  is 
sent  only  when  the  lockout  status  changes.  The  DABS  sensor 
sends  SLC  and  lockout  control  data  each  scan  based  on  the  last 
messages  sent  from  ATARS. 

When  an  aircraft  leaves  the  ATARS  service  area,  the  map  test 
detects  the  condition  and  clears  the  service  flag.  The  site's 
ID  bit  is  removed  from  GEOG.  This  prevents  Seam  Pair  Task  from 
passing  the  pair  to  Master  Resolution  Task.  If  the  aircraft  is 
seen  by  any  connected  sites  (as  indicated  in  GEOG)  then  handoff 
messages  are  sent  to  those  sites  to  enable  a  transfer  of 
responsibility. 
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6.2.3  Sector  List,  X-ltst,  and  EX-llst  Updating 


The  position  of  all  the  aircraft  in  a  sector  are  updated  on  the 
sector  list,  X-list,  and  EX-list.  If  necessary,  an  aircraft  may 
be  moved  from  the  X-list  to  the  EX-list  or  from  the  EX-list  to 
the  X-list.  Aircraft  which  were  on  the  EX-list  on  the  last  scan 
have  been  marked  in  the  State  Vector.  If  the  aircraft  has 
crossed  the  altitude  or  speed  threshold,  then  that  aircraft  is 
removed  from  the  X-list  or  EX-list  and  entered  into  the  other 
list  using  the  technique  described  in  the  Initial  Entry  of 
Aircraft  Into  the  X-list,  EX-llst,  and  Sector  List  (Section 
6.1.3).  If  the  aircraft  has  not  crossed  the  thresholds,  then 
its  position  in  either  list  is  updated  according  to  its  present 
x  coordinate.  At  the  same  time,  the  aircraft  position  in  the 
ATARS  Sector  List  is  updated  to  correspond  to  the  present  x 
coordinate.  If  the  new  position  in  the  sector  list  is  the  first 
position,  the  executive  program  must  be  notified  to  correctly 
set  the  start  pointer  for  the  sector  list. 

6.3  Terrain/ Airspace/Obstacle  Avoidance 


The  capability  to  provide  an  alert  for  close  proximity  to  the 
terrain,  the  violation  of  restricted  airspace,  and  close 
proximity  to  an  obstacle  is  provided  by  this  task.  The  task 
operates  on  the  linked  list  of  aircraft  for  an  ATARS  sector. 

The  logic  to  determine  the  need  for  an  alert  and  send  a 
Controller  Alert  Message,  If  required,  is  provided  here;  the 
actual  construction  of  alert  messages  for  uplink  to  the  aircraft 
is  performed  by  the  Data  Link  Message  Construction  Task.  Only 
aircraft  which  are  receiving  ATARS  service  or  which  are 
controlled  are  eligible  for  processing.  The  format  of  the 
Controller  Alert  Message  for  terrain/airspace/obstacle  alerts  is 
the  same  as  shown  in  Table  11-1,  with  the  following  exceptions: 
(1)  AMTYP  is  set  to  01,  11,  or  10  to  indicate  a  terrain, 
restricted  airspace,  or  obstacle  alert,  respectively,  (2)  only 
one  aircraft  is  identified,  and  (3)  the  Vl  field  is  used  to 
Indicate  that  the  aircraft  is  unequipped  with  ATARS,  implying 
the  need  for  controller  voice  communication  to  convey  the  alert 
to  the  aircraft. 

6.3.1  Terrain  Avoidance  Processing 


The  terrain  avoidance  logic  makes  use  of  the  mode  C  barometric 
pressure  correction  provided  with  the  surveillance  report. 
Aircraft  which  are  on  final  approach  or  which  are  taking  off  or 
landing  at  an  airport  may  be  below  the  terrain  altitude 
threshold  momentarily.  Therefore,  special  checks  are  required 
to  inhibit  alerts  if  aircraft  are  on  the  final  approach  glide 
slope  or  operating  in  close  proximity  to  an  airfield. 
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The  real-time  processing  of  the  map  of  the  terrain  is  similar  to 
the  method  used  in  the  Terminal  Area  Minimum  Safe  Altitude 
Warning  (MSAW)  function  described  in  Reference  7.  A  major 
difference  concerns  the  use  of  a  grid  map  with  variable  bin 
sizes  and  the  associated  indexing  required  to  access  the 
altitude  threshold  for  each  high-level  and  sub-level  terrain 
bin.  Terrain  map  processing  includes  the  logic  to  access  the 
terrain  map,  project  the  aircraft  horizontally,  determine  the 
bin  altitude  thresholds  along  the  projected  path,  and  compare 
the  thresholds  to  the  projected  aircraft  altitude.  Figure  6-4 
gives  an  example  of  the  bins  to  be  checked.  Table  6-1 
summarizes  the  altitude  checks  required  for  each  event  in  the 
projection  of  the  aircraft.  Terrain  map  processing  also  saves 
the  altitude  threshold  for  the  initial  bin  in  the  aircraft  State 
Vector,  for  potential  use  later  as  a  constraint  in  the  selection 
of  resolution  advisories  for  a  conflict. 

The  off-line  generation  of  the  terrain  map  is  described  in 
Figure  6-5.  This  procedure  is  identical  to  the  method  used  in 
Reference  7,  with  the  exception  of  the  sub-level  indexing  and 
the  marking  of  bins  which  are  in  a  final  approach  zone.  A  data 
structure  implementation  for  the  terrain  map  is  presented  in 
Figure  6-6. 

6.3.2  Obstacle  Avoidance  Processing 

The  obstacle  avoidance  logic  is  only  applied  to  aircraft  which 
are  below  a  minimum  altitude.  An  x  ordered  linked  list  of 
obstacles  is  generated  off-line  and  stored  for  access  by 
obstacle  avoidance  processing.  This  list  contains  position  and 
altitude  information  for  each  obstacle.  Proximity  to  an 
obstacle  is  determined  by  applying  fixed  x,  y  search  limits  to 
the  current  position  data  and  comparing  the  pressure-corrected 
altitude  to  the  altitude  of  the  obstacle.  A  check  for 
convergence  with  the  obstacle  is  made  before  issuing  an  alert. 
Multiple  alert  messages  may  be  uplinked  to  the  aircraft  if 
convergence  with  more  than  one  obstacle  is  detected. 

6.3.3  Restricted  Airspace  Avoidance  Processing 

The  restricted  airspace  avoidance  logic  consists  of  two  major 
elements:  (1)  providing  an  advisory  to  uncontrolled  aircraft 

upon  first  entry  into  a  Terminal  Control  Area  (TCA),  and  (2) 
providing  an  alert  to  any  aircraft  which  has  entered  an  area  of 
restricted  airspace.  The  technique  for  storage  and  access  of 
the  TCA  map  should  allow  effective  use  of  the  ATARS  processors. 
The  storage  of  the  restricted  airspace  areas  and  the  logical 
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ALTITUDE  THRESHOLDS  WHICH  ARE  CHECKED: 
J,  A,  F,  D,  E.  (NO  CHECK  ON  G  BECAUSE 
END  POINT  TOO  FAR  AWAY.) 


FIGURE  6-4 
BIN  CHECK  EXAMPLE 
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TABLE  6-1 

TERRAIN  ALTITUDE  CHECKS 


Start  Point  of  Projection 


1.  Current  bin  z  threshold 

2.  Adjacent  bin(s)  z  threshold 


X-llne  or  Y-line  Cross  Point 


1.  If  negative  vertical  rate:  z  threshold  of  previous  bin  (use 
aircraft  z  at  cross  point) 

2.  If  non-negative  vertical  rate:  new  bin  z  threshold 

3.  Adjacent  bin(s)  z  threshold 

End  Point  of  Projection 

1.  If  negative  vertical  rate:  current  bin  z  threshold 

2.  Adjacent  bin(s)  z  threshold 


LOAD  U.S.  GEOC 
TAPE  OF  DIGITIZED 
TERRAIN  DATA  'DTD) 


X,  Y  COORDINATES 
OF  TOPOCRAPKlCAL 
DATA  IN  COORD 
SYSTEM  OP  RADAR 


FIGURE  6-5 

DESCRIPTION  OF  TERRAIN  MAP  GENERATION 
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NEXT  I.EVE!. 


APPROACH  ZONE 


INDICATOR 


FIGURE  6-6 

TERRAIN  MAP  DATA  STRUCTURE 


checks  for  determining  if  an  aircraft  is  inside  an  area  is  the 
same  as  that  described  for  processing  of  airport  area  types  (see 
Section  8.7). 

6. A  Pseudocode  for  Aircraft  Processing 

The  pseudocode  for  New  Aircraft  Processing  Task,  Aircraft  Update 
Processing  Task,  and  Terrain/ Airspace/Obstacle  Avoidance  Task 
follows. 
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<***  THE  7  ABIABLES  LISTED  BELOW  ABE  LOCAL  TO  THE  NEt  AIRCB1ET  TASK  •*•> 


STBDCTORE  HEBAC7BL 

<***  pOIHTEB  7ABI1BLES  ***> 

GBOOP  pointers 

PTB  LSTPTK  <  start  pointer  for  warioas  lists  > 

PTB  T8PTR2  <  local  (tesporary)  wariable  > 

GBOOP  signp 

IHT  HSIGNP  <  lower  integer  walue  of  signpost  closest  to  aircraft  > 


EBPSTBOCTORE: 


BE*  1IBCBAPT  PftOCESSXHG  LOCAL  7ABIABLES 


US  It  NEt_AIHCBArT_PBOCBSSI«G 
a  (II  SIT  list  for  sector) 

ISOOT  (stats  sector) ; 

<  Place  new  aircraft  selected  by  tracker  on  x/ex_list  > 

BBPBAT  WHILE  (sore  AC  on  XIHIT  list) ; 

CALI  X_EX_LIST_ISITIAL_EWTHY: 

Initialize  sector  start  pointers,  final  approach  zone  Indicator,  flags: 

arnmi: 

BSP  SB«_HBCHAPT_PBOCESSING: 


SEW  AIBCBAPT  PBOCBSSIBG  9IGH-LEYBL  LOGIC 


TASK  HBf_AIBCHAFT_PHOCESSISG 
IS  (XIWIT) 

IHOOT  (SVECT)  ; 


<  Placa  na*  aircraft  salactad  by  tracKar  on  x/ax_list  > 


REPEAT  IHI1B  (aora  AC  on  XI BIT  list)  ; 

CALL  X_EX_LIST_ISITIAl_EHTHT 
IS  (CSCRBEH,  STSTEN) 

IHOOT  (x/ax_list,  SVECT,  antanna  sactor  list,  SIDSPX,  SIDSPE) 
SVECT.  ACHES  »  SSOtL: 

SVECT. P8PT8  «  SHULL; 

SVECT.  tJPHES  «  SHOLL; 

SVECT. FAZ  *  JODFAZ; 

S7ECT.  ATSEQ  »  IONEQ; 

CLEAR  SVECT.  CEHTE; 

CLEAH  SVECT. XOPrL; 

CLEA8  SVECT. HOBFIG: 

SET  SVECT. IMPL; 

EBDjJmi: 

EHD  HE8_AIHC8APT_P80CESSIHG; 


-  HE*  AI1CHAPT  P80CESSI8G  LO»-tETEl  IOGIC  — 
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Roo^ise  x_st_list_ihitial_;htrt 

IS  (coarse  screen  parameters,  system  parameters) 

ISOQT  (x/ex_list,  state  vector,  antenna  sector  list,  sector  start  pointers) 

<  Place  aircraft  initially  on  x/ex_list  > 

Calculate  horizontal  position  and  speed; 

IP  (XC  within  hub  range) 

THBS  set  hub  flag: 

PI  S3  C13XB  hub  flag; 

"ind  nearest  signpost  to  location  of  aircraft  in  the  x  plane; 

<  Signpost  located  to  the  left  of  XC  with  positive  x  and  to  the  right 

of  XC  with  negative  x  > 

IP  ((non_mode  C  report  XMD  high  speed)  OR  (aode  C  report  iso 
(high  alt  OR  high  speed))) 

TBBit  Pind  corresponding  signpost  on  ex_l ist ; 

’ind  start  of  sector  ex_list; 

31 S3  find  corresponding  signpost  on  x_list; 

Pind  start  of  sector  x_list; 

PBRPOPR  x_ex_list_placeaent; 

P3R30R3  sector_list_placeient; 

Eilp  X_E!C_LIST_IRITHl_B!rTFT; 


tB«  XIHCFXP?  PR0C3SSIRG  “TGH- J.BVEL  LOGIC 
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ROOT  HIE  X_S*_LIST_INITIM_ENTRT 
III  (CSCREEN,  SISTER) 

INOOT  (x/ex_list,  STECT,  antenna  sector  list,  SIDSPX,  SIDSPE) ; 

<  Place  aircraft  initially  on  x/ex_list  > 

STECT. X  =  STECT. XP; 

STECT. I  =  STECT. IP; 

STECT. TSQ  =  ST:  :T.XDP**2  ♦  STECT. TDE**2; 

IP  (STECT. RHOP  IT  SISTER.  HtJBRXD) 

THEH  SET  STECT. HOBFLG; 

ELSE  CLBXR  STECT. HOBFLG; 

RSIGRP  =  INT (  STECT. X  /  CSCREEN.  XSP  ); 

IP  ((  STECT. HCFLG  Eg  SFMSE  AND  STECT. TSQ  GT  SISTER. SPL02  ) 

OR  (  STECT. HCFLG  Eg  STBOE  AND  (STECT. Z  gT  SISTER. MO  OR 
STECT. TSQ  GT  SISTER. SPL02  ))) 

THEN  SET  STECT. EXFLG; 

Ose  NSIGNP  to  get  into  ex_list  array; 

Find  start  of  sector  ex_list  froa  SIDSPE; 

ELSE  CLEAR  STECT. EXFLG; 

Use  NSIGNP  to  get  into  x_list  array; 

Find  start  of  sector  x_list  froa  SIDSPX; 

PEBFORR  x_ex_list_placeaent ; 

PERFOER  sector_list_placeaent; 

END  X_EX_LIST_I NITI AL_ENTRI ; 


NEH  AIHCRAFT  PROCESSING  LOW-LETEL  LOGIC 
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PB0CI3S  eector_list_placenent: 

<  Place  aircraft  on  antenna  sector  list  > 

Point  to  start  of  sector  list; 

JF  {sector  lilt  is-  eapty) 

THEM  Secord  AC  as  start  of  sector  list; 

ELSE  HSPEAT  WHILE  (lore  entries  AND  AC  x_coord 
list  entry  x_coord)  ; 

<step  through  list  in  forward  direction> 

Save  pointer  to  previous  entry; 

Find  next  entry  forward  on  list; 

ENDBEPEAT: 

IE  (no  sore  entries  on  sector  list) 

THEM  Link  AC  after  last  entry  found;  <current  entry> 
S1S3  link  AC  behind  current  entry; 

IE  (no  previous  entry  saved)  <loop  never  executed> 
THEN  record  AC  as  start  of  sector  list; 


END  sector_list_placeaent ; 


MEW  AIPCHAPT  PBOCESSING  3I3H-I2VE1  LOGIC 


5*  PE 


PROCESS  sector_list_placesent; 


<  Place  aircraft  on  antenna  sector  list  > 


LSTPTR  »  start  of  sector  list  fros  SIDSPX  or  SIDSPE; 

THPTH2  *  SHULL; 

H  (LSTPTR  SHULL) 

THEH  Record  subject  AC  as  start  of  sector  list; 

ELSE  REPEAT  WHILE  {  (SVECT.  HEXTA  £E  SHULL)  1HD  (SVECT. X  GT  SVECT  (LSTPTB)  .  X)  )  ; 
THPTR2  «  LSTPTR: 

LSTPTR  »  SVECT. HEXTA; 

SHP8EPEAT: 

£E  (SVECT.  HEXTA  BQ  SHULL) 

THEH  link  SVECT. HEXTA  of  last  entry  found  (LSTPTH)  to  subject  AC; 
ELSE  link  subject  AC's  SVECT. HEXTA  TO  LSTPTP  AC; 

JE  (THPTH2  £2  SHULL)  Cloop  newer  executed) 

THEH  Record  AC  as  start  of  sector  list  SIDSPE 
or  SIDSPX; 

EHD  sector_list_place«ent ; 


HBI  AIRCRAFT  PROCSSSIHO  LOW-LEVEL  LOGIC 
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PROCESS  x_ex_list_placeeent ; 

<  Link  aircraft  into  x/ex_list  > 

Point  to  signpost; 

IP  (AC  i_coord  is  positiee) 

THER  REPEAT  HHILE  (sore  entries  AJJfi  AC  x_coord  £2 

list  entry  x_coord) ; 

Find  next  entry  fornard  os  list; 
EROREPEAT: 

IP  (no  sore  entries  on  list) 

TBER  Link  AC  ahead  of  last  entry  found; 
ELSE  Link  AC  behind  current  entry; 

ELSE  REPEAT  RHILE  (aore  entries  ARU  1C  x_coord  U 

list  entry  x_coord)  : 

Find  next  entry  behind  on  list: 

mam 

I P  (no  eore  entries  on  list) 

TBSR  Link  AC  behind  last  entry  found; 
ELSE  Link  AC  ahead  of  current  entry; 

ERD  x_ex_list_placenent; 


HER  AIRCRAFT  PROCESSIBG  HIGH-LEVEL  LOGIC 
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PROCESS  i_ex_list_place»ent ; 

<  tin*  aircraft  Into  x/ex_list  > 

LSTPTR  -  NSIGNP; 
if  (ST8CT.lt  SI  <5  ) 

T8EN  REPEAT  THIL8  (  (RBITX  R£  SHULL)  i££  (S7  ECT.  X  21  STECT  (LSTPTR)  .  X)  )  : 
LSTPTR  -  STECT.  REXTI; 

EiBismi; 

I£  (LSTPTR  Z2  *ROlL) 

THEM  Link  subject  AC  ahead  of  last  AC  on  list; 

ELSE  Link  subject  AC  behind  next  AC  on  list; 

ELSE  REPEAT  WHILE  (  (STECT.  PRETX  RE  SHULL)  AND  (STECT. I  LT  STECT  (LSTPTP)  .  X)  ) 
LSTPTH  =  STECT.  PRETX; 

SNDREPEAT: 

1*  (LSTPTR  Eg  SNOLL) 

THEN  Link  subject  AC  behind  last  AC  on  list; 

ELSE  Link  subject  AC  ahead  of  next  AC  on  list; 

END  x_ex_list_placeaent; 


NEW  AIRCR APT  PROCESSING  LOW-LETEl  LOGIC  - 

6-P1 1 

...  -  ,  iwJWeAlMr  ~t>  v-  -  ,w>. 


<•■•  THE  VARIABLES  LISTED  BELOH  ARE  LOCAL  TO  THE  AIRCRAFT  UPDATE  PROCESSING  USE  •••> 

STRUCTURE  ACOPVBL 

<*«•  polHTER  VARIABLES  *•*> 

GROUP  pointers 

PTB  TEBPTB  <  start  pointer  for  various  lists  > 

PTB  THPTR2  <  local  (temporary)  variable  ? 

<•**  TIKE  VARIABLES  ***> 

GROUP  tines 
TIT  DT 
ELT  D‘rL 
FLT  TATSH 
PIT  TEH 

SBOOP  flags 
BIT  IHZOHE 

M2SIME1SI: 


<  tine  difference  of  predicted  and  present  quarter  cycle  > 

<  level  position  correction  tine  delta  > 

<  tine  of  ATABS  quarter  cycle  > 

<  sector  tine  > 

<  AC  in  nap  zone  > 


FRSCSXttixQ  FACS  BLAMC-NOT  TllMkD 
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TASK  AIRCRAFT_UPOATE_PROCBSSIHG 


IH  (sector  start  pointers,  systen'  variables,  systen  paraseters, 

OUT  (conflict  tables,  pair  records,  sessaqes) 

I  HOOT  (x/ex_list,  state  vector) ; 

<  Update  aircraft  position  and  bob  update  > 

Initialize  sector  tine; 

REPEAT  mm  (x  and  ex  sector  lists  processed)  ; 

REPENT  RHILE  (sore  AC  on  sector  list) ; 

IE  (this  AC  not  updated  already) 

THEM  Initialize  final  approach  2one  indicator  and  AC  area  type; 
CALI  HORIZOHT AL_COHPUTE; 

SET  AC  update  flag;  <XUPPt> 

IE  (non  node  C  reported  AC) 

THEH :  <onit  vertical  position,  velocity  conpntation> 
ELSE  Update  vertical  position  and  velocity; 

IF  (ATARS  Svc  flag  set)  <by  geog_proc  last  scan  or  track 
update  this  scan> 

THEH  PEHFORH  geograpbical_processing; 

1151: 

PERFORfl  x_ex_list_updating; 

IE  (this  ATARS  sector  starts  ne*  guarter  cycle) 

THEH  PEREOHH  hub_update; 

ELSE:  <skip  hub  update> 

EHD  A IRCR  A FT ^U PD A TE— PROCESSING ; 


AIRCRAFT  UPDATE  PROCESSING  BIGH-LETBl  LOGIC 
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TASK  AIBCRAPTJJPDATE_PBOCESSING 

IN  (SIDSPX,  SIDSPB,  STSTA8,  STSTBH) 

OPT  (CTENTBY,  PBEC,  aessages) 

INOGT  (x/ex_list,  STECT)  : 

<  Opdate  aircraft  position  and  hob  update  > 

TEH  *  sector  tiae: 

BEPtiT  GHTIL  (x  and  ex  sector  lists  processed)  ; 

BEPEAT  WHILE  (sore  AC  on  sector  list)  ; 

IP  (STECT.  IOPPL  £2  JPALSE) 

THEN  STECT. PA2  =  JDDPAZ; 

STECT. AC1T  »  JURAT ; 

STECT.  XPBJ,  STECT. TPBJ,  STECT.  ZPBJ  ■  JODPOS; 

STECT. IDPBJ,  STECT. YDPBJ,  STECT. TDPBJ  »  JUDTBL ; 

OTL  »  TEN  -  STECT. TNP; 

CALL  HOBIZONTAL_COSPOTB 
II  (OTL) 

INPUT  (STECT)  ; 

SET  STECT. XUPPl; 

I?  ( STECT. HCPLG  ifi  SPAISE) 

THEN:  <oait  Tertical  position,  pelocity  coaputation> 

ELSE  STECT. Z  -  STECT. ZS  ♦  STECT. ZDB  • 

(STSTAH.CTIHE  -  STECT. TLOPD)  ; 

STECT. ZD  -  STECT. ZDE; 

11  (STECT.  ATSS  JJfl  STHOE) 

T^EN  PEBPOBH  geographical_processing; 

PERFORM  x_ex_list_npdating; 

SNDIEPEAT: 

ULSASmi; 

II  (  <N/«)  12  <’•  21  2.  25  3.  OB  U.)  ) 

<  where  N  »  sector  nuabers  1  thru  16  > 

THEN  TATSN  -STSTAB.  CTIHE; 

•’EBPOPP.  hub_uodate; 

ELSE:  <s*ip  hub  update) 

END  AIBCHAPTJJPDATE_PBOCSSSING; 

-  AIBCBAPT  UPDATE  PROCESSING  LON-LET  EL  LOGIC  - 
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PROCESS  geographies l_processing; 

<Deteraine  if  aircraft  in  ATARS  service  area.  Detereine  BCAS  and 
squitter  control  states.  Send  Handoff  Messages  to  other  sites  for 

aircraft  leaving  service  area.) 

X?  (Backup-Haster  sode) 

THEH  PERFORB  backup_aaster_updating; 

ccheck  Center  zone  and  backup  service  areas  separately 
ELSE  CALL  AREA_HAP_TEST ; 

<for  atars  service  area  sap  in  use  for  noraal  or  backup  statns> 
IF  (in  service  area  AHD  ovn  site  ID  not  set  in  GFOG) 

THEM  SET  ovn  ID  bit  in  GEOG;  <just  entered  service  area> 

CLEAft  Beaote  flag  in  conflict  table  entry  (if  any)  ; 

IF  (AC  DABS  equipped) 

THEH  Send  START  ATARS  SERVICE  nessage  to  DABS; 


IF  (in  service  area) 

THEH  PERFORM  bcas_level_control; 

ELSE  IF  (squitter  lockout  set) 

THEH  Send  STOP  SQUITTER  LOCKOUT  message  to  DABS; 

IF  (AC  DABS  equipped  AHD  ovn  ID  bit  set  in  5E0G) 

<just  left  service  area> 

THEH  Send  STOP  ATARS  SERVICE  aessage  to  DABS; 

CLEAfr  ovn  ID  bit  in  GEOG; 

£U  drop  ATARS  service  flag; 

CLEAR  ATARS  service  flag; 

II  (AC  in  conflict  table  AHD  any  connected  site(s)  see  AC) 
THEH  SET  handoff  bit  in  all  pair  records  for  AC 
controlled  by  ovn  site; 

Send  HAHOOFF  aessages  for  such  pairs  to  connected 
sites  that  see  this  AC; 


ESP  )eographical_processing; 
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PROCESS  geographical_processing; 


<Deteraine  if  aircraft  in  ATARS  service  area.  Dataralna  BCAS  and 
sqaitter  control  states.  Send  Bandoff  Messages  to  other  sitae  for 
aircraft  leasing  service  area. > 

JF  (STSVAB. RASTER  52  STBOE) 

THER  7BBB0BB  backup_eaeter_apdating ; 

BISS  CM!  ABBA_BAP_TEST 

X*  (STSVAB.BAPPTR,  SVBCT) 

OPT  (IHTORE) : 

if  (Irtore  52  steps  AJJ2  ststbh.ornid  bit  not  set  in  svbct.  gbog; 
THER  SBT  STSTEB.OBSID  bit  in  STECT.  GEOG; 

IP  (SVBCT.  CTE  not  nail) 

TBBR  CIBAB  CTSRTRT.  RBBPLG; 

IP  (SVBCT.  ATIBLG  52  IFALSE)  <DABS  aircrtft> 

THEM  Send  STABT  ATA8S  SBBVICE  sassage  to  DABS; 


IB  (IHEOHE  B2  *TBDE) 

tbes  PBBPQBH  bcas_level_control; 

ELSE  IP  (SVBCT. SQLO  set) 

THBR  Sand  STOP  SQPITTSB  10CKOPT  Bessage  to  DABS; 

IB  (SVBCT.  ATIFLG  52  SB  USE  ifiD  SIMM.  OB  HI  D  bit  set  in  SVBCT.  GROG) 
THBfi  send  STOP  ITABS  SERVICE  MRsage  to  DABS; 

CLBAB  STSTEB.OBBID  bit  in  SVBCT.  GE05; 

SET  SVBCT. DB ATS; 

CLEAB  SVBCT. ATSS; 

IB  (SVBCT. CTPTR  not  nail  AJL2  any  connected  site(s)  in  SVBCT. GBOG) 
THBB  551  PBBC.HDOBB  in  all  pair  records  for  AC 

with  PBBC.  ATSID»OWRID; 

Send  BARDOFF  sags  for  such  pairs  to  connected 

sites  in  svbct.  GBOG: 


ERD  geographical_processing; 

-  AIBCHABT  PPDATE  PROCESSIRG  LOf-LEVEL  LOGIC 
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PBOCBSS  x_ex_li.st_apdati.ng; 


<  tJpdate  x  position  on  x/ex_list  > 

IP  (1C  on  ex_list  AMD  ((node  C  report  AMD  (low  alt  AMD 
low  speed))  QJ  (non_aode  C  report  AMD  low  speed))) 

THEM  Beeowe  AC  froi  ex_list;  ( 

I 

CALI  X_SX_LIST_I  SITI  AL_EHT8I ;  <add  aircraft  to  x_llst>  1 

! 

BLSBIP  (AC  on  x_list  AMD  ((aode  C  report  AND  (high  alt  0£  j 

highspeed))  OJ  (non_aode  C  report  AMD  high  speed)))  ! 

i 

THEM  Penowe  AC  froe  x_list; 

CALL  X_BX_LIS?_INITIAL_BNTBY;  <add  aircraft  to  ex_list> 

(VHEBBISB  PSBPOBM  x_ex_list_rellnk; 

PBBPOH8  sector_thread_npdate; 

i 

BMP  x_ex_list_npdating;  j 


i 

i 

i 


PROCESS  x_ex_list_updating; 

<  Hpdate  x  position  on  x/ex_list  > 

IF  (SVECT. EXFLG  E£  JTHDE  AND  ( (SVECT. BCFLG  Efl  STROP  AND 

(SVECT. Z  LE  STSTEB. ALO  AND  SVECT. VSQ  1*2  STSTEB.  SPL02)  )  OR 
(S7ECT.  BCFLG  E£  JFALSE  AND  SVECT. VSQ  LE  S TSTE  B.  SPL02)  )  ) 

THEN  Reaove  AC  froa  ex_list: 

CALL  X_EX_LI  ST_I  NITI AL_ENTHT  <add  aircraft  to  x_list> 

IN  (CSCBEEN,  SISTEH) 

INOOT  (x/ex_list,  S75CT,  SIDSPX,  SIDSPE,  antenna  sector  list) ; 

ELSEIE  (SVECT.  EXFLG  EQ  JFALSE  AND  ( (SVECT. BCFLG  E£  STROE  AND 

(SVECT. Z  GT  STSTEB. ALO  OR  S7ECT. 7 SO  ST  STSTEB. SPL02) )  OR 
(SVECT.  BCFLG  E£  SFALSE  AND  S7ECT.  VSQ  GT  STSTEB.  SPL02)  )  ) 

"HEN  Reaove  AC  froa  x_list: 

CALL  X_EX_LIST_INITIAL_ENTRT  <add  aircraft  to  ex_Ust> 

IN  (CSCREEN,  STSTEB) 

INOOT  (x/ex_list,  SVECT,  SIDSPX,  SIDSPE,  antenna  sector  list); 

c-HEFNISE  PERFOBB  x_ex_list_r eiinK ; 

PEBFOBB  sector_thread_update : 

°BD  x_ex_list_updating ; 
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An.  >■*-»> 


PBOCESS  hab_update; 


<  Becoapute  position  for  hab  aircraft  > 

BEPEAT  OBTIL  (i  and  ax  lists  processed) ; 

Find  signpost  with  x_value  LI  negative  of  hub  radios; 

<iota  up  list  in  positive  x  direction) 

BEPEAT  OBTIL  (and  of  list  ££  signpost  reached  with  x_value 
OB  positive  hub  radius); 

IP  (next  entry  is  an  AC  <not  a  signpost)  ABD  hub  flag 
is  sot  ABD  AC  not  yet  updated) 

THBB  Opdate  horixontal  position,  velocity  coordinates; 

SET  AC  update  flag;  <XOPFt> 

'  IF  (non_aode  C  reported  AC) 

THEB :  <osit  vertical  position,  velocity  coaputation) 

ELSE  Update  vertical  position,  vertical  velocity; 
PEEPOBH  x_ex_llst_updating; 

jmsmi; 

trncKii; 

BEPEAT  OBTIL  (x  and  ex  lists  processed) ; 

Find  signpost  with  x_value  LI  negative  of  bub  radius; 

BEPEAT  OBTIL  (end  of  list  35  signpost  reached  with  x.value 
25  positive  hub  radius); 

IF  (next  entry  is  an  AC  A  (IP  hub  flag  set) 

THEB  C1EAB  update  flag; 

EEPBEPfiT; 

EBP  hub_update; 
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PROCESS  hob_apdata 


<  Recoapata  position  for  hob  aircraft  > 

REPEAT  Sim  (x  and  ax  lists  procassed)  : 

Pind  signpost  with  (STECT.  R  EXTX)  i£  (-SISTER.  BOBRAD)  ; 

<  sows  op  list  in  positiwa  x  diraction  > 

8EPE1T  ORTH  (and  of  list  25  signpost  raachad  with  STECT. BBXTX 
St  (♦SI3TSH.B0BBAD)  : 

U  ((stbct.spidps  S3,  trust)  ns  (stbct.  bubplg  S3  trust)  ard 
(stbct. xuppl  is  trust)) 

THER  DT  »  TATSR  -  STBCT. TSP; 

CALL  B0HI20RTAL_C0HPDTE 
II  (DT) 

I  SOOT  (STECT)  ; 

SET  STECT.  XUPPL; 

II  (STECT.  SCPLG  52  IP ALSE) 

TflEB;  <oait  STECT. I,  STBCT. ZD  coaputation> 
ELSE  STECT. Z  -  STBCT.ZS  ♦  STECT. ZDE  • 

(STSTAH.CTIHE  -  STECT. TLDPD) 
STECT. ZD  «  STBCT. ZDE ; 

PBRPORB  x_ax_list_opdating ; 

HU!: 

512511511; 

REPEAT  OBTIL  (x  and  ax  lists  procassad) ; 

Pind  signpost  with  STECT.  HBXTX  U  (-SISTER.  BOBRAD)  ; 

REPEAT  OlTIt  (and  of  list  21  signpost  raachad  with  STECT. REXTX 
25  (♦STSTBH.  BOBRAD)  ; 

I?  ( (STECT. 3PIDPG  52  IPALSE)  U[D  (STECT.  BOBPLG  52  *TBOE) ) 

THER  CLEAR  STECT.  XOPPL; 

512155511; 

ZBDPEPEAT: 

EBP  hub_updata; 
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PROCESS  backap_aaster_updating; 

<Deteraine  whether  AC  is  in  backup-service  zone,  center  zone,  or  outside  service.) 

CALL  AHBA_BAP_TBST;  <for  Center  zone> 

IP  (in  center  zone) 

THBB  SBT  FAILED  site's  ID  in  GEOG: 

CLBAB  Beaote  flag  in  conflict  table  entry  (if  any)  ; 

IP  (AC  not  already  aarked  for  CEBTEB  status  ABD  no  conflicts 
ezist  vith  ovn_ID  in  charge) 

THBB  Send  ST1BT  ATABS  SERVICE  asg  to  DABS  vith  FAILED  site  ID; 

SET  CBHTEfi  status  flag  for  AC; 

ELSE  CALL  AHEA_BAP_TEST ;  <for  backup  service  nap> 

IP  (aircraft  in  backup  service  zone) 

THEB  SET  ovn_ID  in  GEOG: 

CLSAB  FAILED  site's  ID  in  GEOG; 

CLEAR  Beaote  flag  in  conflict  table  entry  (if  any) ; 

IP  ((AC  aarked  for  CEBTEB  status  Og  own  ID  not  set  in  GEOG) 
AU2  DABS  equipped  ABD  no  conflicts  ezist  with  FAILED  site  in  charge) 
THEB  Send  START  ATARS  SERVICE  asg  to  DABS  with  OWn_ID; 
CLEAR  CEBTEB  status  flag  for  AC; 

ELSE  AC  not  in  service  area; 

II  (DIBS  equipped  4]l£  FAILED  site  ID  set  in  GEOG) 

<just  left  Center  zone> 

THBB  Send  STOP  ATARS  SERVICE  aessage  to  DABS; 

CLEAR  FAILED  site  ID  bit  in  GEOG; 

EBP  backup_aaster_updating; 


AIBCB APT  UPDATE  PROCESSIBG  HIGH-LEVEL  LOGIC 
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<Detenine  whether  AC  is  in  backup-service  zone,  center  zone,  or  outside  service) 

CALL  AREA_HAP_TEST  <Test  center  zone  map  corresponding  to  FAILED  site) 

13  (SISV  AR.  CTRPTR,  SVECT) 

OPT  (IHZOHE)  : 

12  (XHZONE  12  STRBE) 

THEM  SET  failed  site«s  ID  in  SVECT.  GEOG; 

12  (SVECT. CTE  not  nail) 

THER  CLEAR  CTSRTHI.REHFLG; 

IF  ( SVECT. CERTR  not  set  333  no  pair  records  with  PREC.  ATSID-OWRID) 

THEM  Send  START  ATARS  SERVICE  isg  to  DABS  with  failed  site  ID; 

SET  SVECT. CERTR ; 

ELSE  <Test  backup  service  eap) 

CALL  ARE1_HAP_TEST 

If  (SISVAR.  HAPPTR,  SVECT) 

OPT  (IRZOSE)  ; 

If  (I  STORE  12  STBPE) 

THER  SET  SISTER, OWHID  bit  in  SVECT.GBOG; 

CLEAR  failed  site's  ID  in  SVECT, GEOG; 

If  (SVECT.  CTE  not  nail) 

THER  CLEAR  CTERTRI.  REHFLG ; 

If  ((SVECT. CERTR  12  STRPE  QS  SISTER. ORRID  bit  not  set  in 
SVECT.GBOG)  AfD  SVECT.  ATIFLG  12  SFALSE  333  no  pr  recs.  with  PREC.  ATSID»falled  Site) 

THER  Send  START  ATARS  SVC  sag  with  SISTER. ORRID; 

CLEAR  SVECT.  CERTR; 

ELSE  <AC  not  in  service  area) 

If  (SVECT.  ATIFLG  *2  SFALSE  MS  failed  Site  ID  in  SVECT.  GFOG) 
THER  send  STOP  ATARS  SERVICE  tessage  to  DABS; 

CLEAR  failed  site  ID  bit  in  SVECT. GEOG; 


EBP  backnp_saster_apdating; 

-  AIRCRAFT  PPDATE  PROCESSIRG  LOW-LEVEL  LOGIC 
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PROCESS  bcas_level_control; 

<Co«pute  BCAS  sensitivity  level  and  DABS  squitter  lockout. > 

if  (AC  equipped  with  BCAS) 

THE*  Determine  BCAS_sensiti vity_level  fron  lap; 

IE  (BCAS_sensitivity_level  has  changed) 

THEH  Send  BCAS  SLC  aessage  to  DABS; 

if  (AC  DABS-equipped) 

THEH  Test  position  to  see  if  now  in  squitter  lockout  area; 

IP  (test  shows  status  should  change) 

THEH  send  START/STOP  SQUITTER  LOCKOUT  aessage  to  DABS: 

EHD  bcas_le vel_control ; 


AIRCRAFT  UPDATE  PROCESSIHG  HIGH-LEVEL  LOGIC 
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process  bcas_laTal_control: 


Ccoapata  BCAS  sensitivity  lev«l  and  DABS  squitter  lockout) 


U  (STECT. ATSEQ  ffl  JBCAS) 

THEM  Determine  BCAS_SEESITITITT_LETEL  fron  nap; 

If  (BCAS_SEESITITITT_LETEL  ff  SfBCT.  BCASSL) 

THEE  S«nd  BCAS  SIC  nag  to  DABS  specifying 
naw  8CAS_SEHSITITITT_LETBL; 

STECT.  BCA  SSL“BCA  S_SBESITITITT_LETEL  ; 

If  (STECT. ATIELG  ffl  SPAtSE)  <D  IBS  aircraft) 

THEE  <Test  position  to  s«e  if  no*  in  squitter  lockout  arua) 
CALL  AREA_EAP_TEST 

IE  (STSTSH. SQHAP,  STECT) 

OPT  (ISZOEE)  : 

If  (IBZOHE  15  STECT.  SQLO) 

THEE  Ssnd  STABT/STOP  SQ HITTER  LOCKOOT  asg  to  DABS 
according  to  IHZOHR; 

<IEZOSE»STRDE  denotes  START> 

STECT. SQL O-IEZOSE; 


EEQ  bcas_level_eontrol; 
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PROCESS  sector_thread_update; 

<  update  aircraft  position  on  ATARS  sector  thread  list  > 

If  (AC  on  ex_list) 

THBE  Find  start  of  sector  ex_list; 

ELSE  Find  s.irt  of  sector  x_list; 

BBPBAT  RSI  LB  (sore  entries  on  sector  list  AND  snbj  AC  x_coord 
ST  list  entry  x_coord)  ; 

Find  next  entry  on  list; 

IF  (subject  AC  previous  entry) 

THEM  Oelete  previous  entry  froa  list; 

mrnsAi: 

IF  (next  list  entry  is  subj  AC) 

THEM; 

B1SBIF  (no  sore  entries) 

THEE  Link  subject  AC  after  last  entry  found;  <current  entry> 
OTHERWISE  Link  subj  AC  before  current  entry  on  list; 

IF  (no  previous  entry  saved)  <loop  never  executed) 
sm  Record  subj  AC  as  start  of  sector  list; 

m  sector_thread_update; 
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PROCESS  sector_thread_update; 

<  0  p  d  a  '■«  aircraft  position  on  ATABS  sector  thread  list  > 

TBPTB2  »  SPOIL; 

1*  (SVECT.  EIPLG  Ifi  JTBOE) 

THEM  find  start  (TEBPTB)  of  sector  e*_list  froe  SIDSPB; 

ELSE  Pind  start  (TEBPTB)  of  sector  *_list  PBOB  SIDSPX: 

BgPEAT  WHILE  ( (SVECT. EEITA  BE  SBOLL)  ABO  (SVECT. I  GJ  SVECT  (TEBPTB) .  X) )  ; 

TBPTR2  «  TEBPTB; 

TEBPTB  ■  SVECT. NEXTA; 

IP  (subject  AC  previous  entry) 

TH^B  Delete  previous  entry  froe  list; 

EBDBEPEAT: 

IP  (neit  list  entry  is  subject  AC) 

THEE; 

ELSEIP  (SVECT. HEXTA  Efl  SHOLL) 

THEE  Lint  SVECT. HEITA  of  last  entry  found  (TBHPTB)  to  subject  aircraft; 
OTHEBWISE  Link  subject  AC’S  SVECT. WEXTA  to  TEBPTB  AC; 

I!  (TBPTR2  12  EHOLL)  <loop  never  executed> 

THBB  Becord  subject  AC  as  start  of  sector  list  SIDSPE  or  SIDSPX; 

EBP  sector_thread_update; 
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PROCESS  x_ex_list_rellnk; 


SJLB 


<  Process  x/ex_list  > 

Find  x_coordinate  of  aircraft  next  on  list  after  subject  AC; 

IF  (next  entry  signpost  AED  subj  Ac  x_coord  21  next  AC  x_coord) 

TREE  REPEAT  RHIIE  (sore  entries  on  list  Afifi  snbj  AC  x_coord 
ST  next  AC  x_coord) ; 

Find  x_coord  of  next  AC  on  list; 

EEPFEPEA7: 

Renowe  subj  AC  froe  old  position; 

II  (no  sore  entries  on  list) 

THEM  link  subj  AC  after  last  AC  on  list; 

ELSE  Lin*  subj  AC  behind  current  AC  on  list; 

ELSE  Find  x_coord  of  AC  next  on  list  behind  subj  AC; 

IF  (next  entry  signpost  subj  AC  x_coord  H  next  AC  x_coord) 

THEE  REPEAT  WHILE  (lore  entries  on  list  AJIO  subj  AC  x_coord 
LT  next  AC  x_coord) ; 

Find  x_coord  of  next  AC  on  list  searching  backwards; 

SSEIimi: 

Reeove  subj  AC  froe  old  position; 

II  (no  sore  entries  on  list; 

THEE  Link  subj  AC  behind  lust  AC  found; 

ELSE  Link  subj  AC  ahead  oi  current  AC  on  list; 


*_ex_list_ relink; 
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PBOCESS  x_ax_list_rolink; 


<  Procass  x/sx_list  > 

TEMPTS  «  STECT. BEXTX: 

U  ((TEMPTS  U  BHOLL)  MB  (STECT.  X  fij  ST  SCT  (TEMPTS)  .  I) ) 

tags  B8PE1T  Ifllii  ((TEMPTS  U  SHOLL)  M2  (STECT.X  SL1  STECT  (TEMPTS)  .  X)  )  ; 
TEMPTS  «  STECT. BEXTX; 

mums; 

Re*oTe  sabj  1C  fro*  old  position; 

U  (TEMPTS  J2  SBUIL) 

zm  Link  sabj  1C  attar  last  1C  on  list; 

ELSE  Link  subj  1C  bshind  currant  1C  on  list: 

!  ELSE  TEMPTS  *  STECT. PBETI; 

II  ((TEMPTS  flj  TMOLL)  MS  (STECT.X  STECT  (TEMPTS)  .  X)  ) 

Ifllft  HEPE1T  WHILE  ( (TEMPTS  M  ISOLL)  M2  (STECT.X  M 
J  STECT  (TEMPTS)  .  I)  )  ; 

|  TEMPTS  »  STECT.  PSETX; 

I  umii 

( 

'i 

Banova  sabj  1C  froa  old  position; 

M  (TEMPTS  M  HULL) 

THE 8  Link  sabj  1C  bahlnd  last  1C  on  list; 
uu  Link  sobj  1C  ahaad  of  currant  1C  on  list; 

ELSE: 

ESP  x_ax_list_ralink; 


1ISC91FT  tJPDlTB  PBOCESSISG  LOW -LET EL  LOGIC 
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BOOTH 3  ABSA_HAP_TBST 


IB  (sap  pointer,  state  vector) 

OPT  (indication  that  position  is  vithin  area  tasted) ; 

If  (aircraft  high  altitude) 

THtB  Select  set  of  high  altitude  nap  vertices; 

EL SB  Select  low  altitude  aap  vertices;  < includes  non-node  C  ic> 

Position  initially  assumed  to  be  vithin  area; 

BEPBAT  PBTH.  (all  aap  vertices  processed) ; 

Test  nest  nap  boundary; 

IP  (AC  not  within  aap  sons) 

THEB  Indicate  position  not  within  area  tested; 

EXT.TIP  (Position  has  been  found  outside  area  tested)  : 

SBP3S?Si3; 

giro  AREA_flAP_TEST; 


AISCFIPT  0P01TB  PBOCBSSTKG  fllGR-tBTEL  LOGIC 
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BQgTINE  ARSA_HAP_TEST 
IS  (HAPPT8,  STECT) 


OPT  (INZONE)  ; 

IHT  (N  VENT ,  I)  ; 

PIT  (DX(NTEBT),  DT  (NTEBT)  ,  K  (8 VEST)  ); 

H  (STECT.  EIPLG  EjJ  JTBOE) 

TEES  Select  set  of  high  altitude  up  vertices; 

ELSE  Select  set  of  low  altitude  sap  vertices; 

INZONE= STHOE; 

PEPS  AT  UNTIL  (I  E£  NTERT) ;  <all  sap  vertices  processed> 

<DX  (1,. .. ,NVEBT) ,  DT ( 1 . N7ERT)  ,  and  K ( 1 . . , NTERT)  are  prestored 

constants  corresponding  to 

(difference  of  adjacent  sap  vertices'  x-coordinates)  ; 
DT(I)  *T  (I*1)-T  (I)  (difference  of  adjacent  sap  vertices'  y-coordinates)  ; 
MI)  =T(I)«DX(I)  -  I(I)«DT(I).  Note  when  I-NTEBT,  X(lel)  scans  X(1). 

The  following  expression  evaluates  vector  cross-products  between 
the  vectors  connecting  adjacent  sap  vertices  and  those  fros  each 
vertex  to  the  AC  position) 


I?  ( (STECT.  X  «  DT  (I)  -  STECT.  T  •  OX  (I)  »K  (I)  )  is  negative) 
THEN  INZONE» JPALSE;  <AC  outside  sap  area) 

STITIE  (INZOHE  EJJ  JPALSE)  ; 

E8DBEPE AT : 

END  AREA_.TAP_TEST; 


AIBCBAPT  UPDATE  PROCESSING  LOf-LETEl.  LOGIC 
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-1 


booties  ho8IZohtil_cohpote 
IB  (time  difference) 

IHOOT  (state  sector)  : 

Cospate  horizontal  position  and  Telocity  components; 

SHD  HOHIZOHTAL_COHPtJTE; 


AI8C8APT  UPDATE  PBOcSSSIHG  HIGH-LEVEL  LOGIC 


BOOTHE  HOBIZOKTALj:OHPOTE 
II  <DTl) 

HOOT  (SYECT)  ; 

SYECT.  X  *  SYECT. XP  ♦  SYECT.XDE  *  DTI ; 
SYECT.  T  »  SYECT. TP  ♦  SYECT. TDB  *  DTI; 
SYECT.  XD  =  SYECT.XDE; 

SYECT.ID  «  SYECT.XDE; 

SYECT.  YSQ  «  SYECT.  XO»*2  ♦  SYECT.  TD**2: 

EHD  HOBIZO*TAL_COflPOTE; 


AIHCBAPT  UPDATE  PBOCESSIBG  LOW-LEYEl  LOGIC 
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I 


<***  PABAHBTEHS  USED  IB  TERRAIS/AIRSPACE/OBSTACIE  1V0IDASC!  ***> 

STBOCTOBE  TAOPABf! 


GBOOP  general_values 
FLT  TRAIT 
FIT  OB  A  IT 
FIT  OBXCK 
FIT  OBTCK 
FIT  OB2CK 
FIT  TRHTB 


<  Altitude  Halt  for  terrain  avoidance  logic  > 

<  Altitade  licit  for  obstacle  avoidance  logic  > 

<  X-incresent  for  obstacle  proxiaity  check  > 

<  T-increaent  for  obstacle  proxiaity  check  > 

<  Z-increaent  for  obstacle  proxiaity  check  > 

<  Horizontal  projection  tiae  for  terrain  bin  checks  > 


<***  VARIABLES  USED  18  TEBBAIH/AIRSPACE/OBSTACIE  AVOIDARCB  *•*> 


siEgcms  7*0 


GROOP  aisc_variables 
BIT  TALBT 
BIT  TVIOl 
BIT  AZBIS 
BIT  OALRT 
BIT  TCALHT 
BIT  BALRT 
JIT  7NCC 


<  Fla?  Indicating  terrain  alert  > 

<  Flag  Indicating  terrain  violation  (potential  alert)  > 

<  Flag  indicating  approach  zone  bin  > 

<  Flag  indicating  obstacle  alert  > 

<  Flag  indicating  TCI  alert  > 

<  Flag  indicating  restricted  airspace  alert  > 

<  Pressure-corrected  altitude  of  aircraft  > 


S8DSTB0CT0B  E: 


ST80CT0RE  OBtlST 


GROOP  obstacle_data 
IBT  BOBBER 
FIT  X 
FLT  I 
FLT  ALT 
PTB  SEXTO 


<  obstacle  nusber 

<  X-coordlnate  of 

<  T-coordinate  of 

<  altitude  of  top 

<  Pointer  to  next 


> 

obstacle  > 
obstacle  > 
of  obstacle  > 
obstacle  in  list  > 


hpstmctm:; 


ttscmiwo  PAG*  bumc-not  tumsd 


TEBBiXB/AtRSP ICE/OBSTiCLE  ATOIDABCB  TASK  10CAI  VABI ABIES  - 


6-P37 


TASK  TE8HAIS_AIBSPAC8_OBSTACLE_ATOIOA8CE 
III  (Linked  list  of  aircraft  for  a  sector) 

00^  (PIILST  entries,  controller  alert  nessages,  and 

terrain  altitude  in  state  vector  for  each  aircraft)  ; 

<  This  task  provides  an  alert  for  close  proxinity  to  the  terrain,  the  violation 
of  restricted  airspace,  and  close  proxinity  to  an  obstacle.  > 

REPEAT  nnTI^  (there  are  no  sore  aircraft  on  the  sector  list) ; 

Select  next  aircraft  froa  sector  list; 

IP  (o*n  site  is  providing  ATA8S  service  Og  aircraft  is  controlled) 

THEM  PE8P08H  terrain_avoidance ; 

IP  ((own  site  is  providing  ATARS  service  ADD  ovn  site  is  prisary)  OR 
aircraft  is  controlled) 

THEM  PSKPOBH  obstacle_avoidance; 

PER POSH  restricted_airspace_a voidance ; 


EMP8EPSAT: 


EMD  TBBHAIS_AIBSPACB_OBSTACLE_ATOIDA!K:i; 


TERR AIH/AIR SPACE/OBSTACLE  AVOIDAMCE  TASK  HIGH-LEVEL  LOGIC 
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T1SK  TERR AIH_AIRSPACE_0BSTACLE_A70IDAECE 

IE  (State  vector  of  first  aircraft  in  AT  IRS  sector  list) 

OPT  (PEILST  entries,  controller  alert  aessages,  and 
S7ECT. TER ALT  for  each  aircraft); 

REPEAT  PRTIL  (S7ECT. MEXTA  ffl  SMOLL) ; 

If  (S7ECT.  ATSS  Efi  JTROE  Of  S7ECT„C0SC  ££  STROE) 

THEE  PEREORH  terrain_aToidance ; 

If  ( (S7ECT.  ATSS  Efl  STROE  AMD  S7ECT.  PSTAT  E£  STROE)  21 
S7ECT.C0BC  E2  STROE) 

THEM  PERFORM  obstacle_avoidance; 

PERFORH  restricted_airspace_aTOidance; 

Select  next  aircraft  froa  sector  list  via  S7ECT.MEXTA; 

emdhepeat: 

BED  TERR  AIM _ AIR  SPACF_OBSTACLE_A VOIDAECE; 


TERR  AIM /AIR SPACE/OB STACIE  A70IDAECE  TASK  L0E-LE7EL  LOGIC 
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PROCESS  terrain_avoidance ; 


<  This  process  deteraines  the  need  for  an  alert  for  close  proxiaity  to  the 
terrain.  > 

IF  (aode-C  altitude  If  aaxiaua  terrain  altitude) 
fg»V  Pressure  correct  node-c  altitade; 

PBBEOBV  terrain_«ap_processing; 
if  (there  is  a  terrain  violation) 

THBV  If  (aircraft  is  in  area  type  1) 

THEV  ;  <  no  terrain  alert.  > 

EIS SIB  (aircraft  is  in  an  approach  zone  bin) 

TSES  CUL  ’'ISM_APPB0XCH_20HE_DETEPHIVXTI0V; 

<  See  Section  8.  > 

If  (aircraft  Is  not  in  a  final  approach  zone) 

THEN  generate  terrain  alert; 

ELSE  ;  <  no  terrain  alert.  > 

OTHERWISE  generate  terrain  alert; 

E15E  ;  <  no  terrain  alert.  > 

SIS?  store  terrain  altitude  of  zero  in  state  vector;  <  Vo  terrain  alert  > 

IF  (‘strain  alert  generated) 

f  HEV  If  (own  site  is  providing  XTXRS  service  AND  own  site  is  priaary) 

THEV  CALL  ENTER_UEFT_IV_PWILST; 

Coapute  altitude  relative  to  terrain  and  record 
in  PHIL  ST  entry: 

IF  (aircraft  is  controlled) 

TREV  CALL  SBVD_AL  ERT_TO_CONTSOLLER; 
flSE  :  <  take  no  action.  > 


'i?  '<  .  -11  ri  j  joidance; 


■"SRPAIV/AIRSPACS/OBSTACL  8  AVOIDANCE  TASK  HIGH-LEVEL  LOGIC 
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PROCESS  terrain_aToidance; 

CLERB  TRLBT  5 

IX  (STECT. Z  U  TBRLT) 

1M1  Compote  ZHCC  be  pressore-correcting  STBCT.Z: 

PEBFOBH  terrain_aap_processing: 

IX  (TTIOL  Xfl  STROE) 

TBBH  IX  (STECT.  RCRT  22  SRT1) 

THBB  ;  <  no  terrain  alert.  > 

ELSBIF  (RZBIS  22  ***OB) 

THBB  CUL  FIBRL_RPPBORCH_ZORE_DETBBHIHRTIOH 
HOOT  (SVECT): 

IX  (STECT. FRZ  22  SFRZO) 

THBB  SBT  TRLRT: 

BLSB  ;  <  no  terrain  alert.  > 

OTHEBBISB  SBT  TRLBT; 

ELSE  ;  <  no  terrain  alert.  > 

ELSE  STECT. TERRLT  «  0; 

IX  (TRLRT  12  STROE) 

THEE  IX.  (STECT.  RTSS  12  STROE  RfiD  STECT.  PSTRT  £2  *TROE) 

THBB  CRH  E8TEB_RLEBT_IB_P«ILST 

IB  (STECT. PBPTR, 'terrain  alert', noil  identifier) 
221  (TEBB4IB  entry  in  PHLST)  ; 

TEB8RIB.  BBLRLT  »  ZHCC  -  STECT. TEBRLT; 

IX  (S7ECT.C0HC  J2  STROE) 

TBEB  CULL  SE8D_RI.EBT_T0_C0HTB0LI.EB 

IX  (STECT, 'terrain  alert') 

OPT  (Controller  alert  eessage)  : 

ELSE  ;  <  take  no  action.  > 


TE3  • er - a in_a»ol1ance ; 


'EBMtf /RIBSPRCE/OBSTRCLE  RT0ID1HCE  TR5K  LOB-LETEL  LOGIC 
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PROCESS  obstacle_avoidance; 

<  This  process  deteraines  the  need  for  an  alert  for  close  proxiaity  to  an 
obstacle.  > 

IF  (aode-C  altitude  LJ  aaziaua  obstacle  altitnde) 

THEM  Pressure-correct  aode-C  altitude; 

Bap  aircraft  position  to  X-ordered  linked  list  of  obstacles; 
Deteraine  X,  I,  Z  search  liaits; 

IF  (there  are  obstacles  within  the  search  liaits) 

THEM  LOOP :  <  Repeat  for  each  such  obstacle.  > 

IF  (aircraft  is  conTerging  with  obstacle) 

THEN  generate  obstacle  alert: 
aim  <  no  aore  obstacles  within  search  liaits)  ; 

EBDLOOP: 

IF  (any  obstacle  alerts  generated) 

TBEH  IF  (own  site  is  providing  ATARS  service  ABO  own  site  is  priaary) 
THEN  LOOP;  <  Repeat  for  each  obstacle  alert.  > 

CALL  EHTEB_ALERT_IH_P«ILST; 

Coapute  range,  clock  bearing,  and  altitude  relative 
to  obstacle  and  record  in  PBiLST  entry; 

SIITIF  (alerts  entered  for  ail  obstacles)  ; 

BHPLOOP; 

IF  (aircraft  is  controlled) 

THEH  C1LL  SEHO_ALERT_TO_COHTHOLLEH; 

ELSE  ;  <  take  no  action.  > 

BHD  obstacle_avoidance ; 


TERRAIH/AI3SPACE/03STACLE  A70IDAHCE  TASK  8ISH- LEVEL  LOGIC 
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PROCESS  obstacle_avoidance; 

ELT  (DO'1,  ?T,  "Y)  ; 

CLFA°  OALRt; 

If  (SVECT.  Z  IT  08ALT) 

THEE  Compute  ZSCC  by  pressure-correcting  STECT.  Z; 

Nap  aircraft  position  to  X-ordered  linked  list  of  obstacles; 
Determine  X,  Y,  Z  search  Units; 

If  (there  are  obstacles  within  the  search  Units) 

THEN  LOOP:  <  Repeat  for  each  snch  obstacle.  > 

DOT  *  -STECT.  XD  «  SX  -  STECT.  TD  *  BY; 

If  (DOT  If  0) 

T3EB  SET  OALRT; 

EXITIT  (no  nore  obstacles  within  search  Units) ; 
EBDLOOP: 


If  (OALRT  EjJ  YTRPE) 

THEN  If  (STECT.  UTSS  Efl  STSPE  ABO  STECT.  PSTAT  Efl  TTBPE) 

THEB  LOOP:  <  Bepeat  for  each  obstacle  alert.  > 

CULL  ERTER_ALBBT_IR_PBILST 

If  (STECT. PSP TH , ' obstacle  alert' ,OBLIST. ROBBER) 

OPT  (OBSTACLE  entry  in  PBILST)  ; 

OBSTACLE.  BARGE  =  SQRT(RX**2  *  BY**2)  ; 

Conpnte  OBSTACLE. CLOCK_BBG  as  in  prorinity  data  calculation 
OBSTACLE. BEL_ALT  »  ZBCC  -  OBLIST. ALT; 

EXITIE  (alerts  entered  for  all  obstacles) ; 

5221222: 

If  (STECT.  CPWC  fa  YTROE) 

TREE  CALL  SBED_ALERT_TO_CO»TBOLLSH 
If  (STECT, 'obstacle  alort') 

OPT  (Controller  alert  aessage)  ; 

USE  :  <  *-ake  no  ac*ion.  > 

EBP  obstacle_awoidance ; 


’"ERRAIB/ArB SPACE/OBSTACLE  ATOIDARCE  TASK  LOS-LETEL  LOGIC 
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PROCESS  restricted_airspace_avoidance; 

<  This  process  deteraines  the  need  for  an  alert  for  an  uncontrolled  aircraft 
entering  a  TCA  or  an  aircraft  entering  a  restricted  airspace.  > 

<  Chech  for  TCA  alert.  > 

If  (aircraft  is  uncontrolled) 

THEH  apply  coarse  range  and  altitude  TCI  filter; 

IP  (passed  coarse  TCA  filter) 

TABU  Access  TCA  aap; 

Perfors  TCA  position  and  altitude  checks; 

X*  (aircraft  is  inside  TCA) 

T3BB  Generate  TCA  alert; 

CALL  BRTEB_ALERT_IH_PSILST; 

<  Chech  for  restricted  airspace  alert.  > 

12  (TCA  alert  not  generated) 

THBH  Apply  restricted  airspace  altitude  filter; 

Search  through  list  of  restricted  airspaces; 

If  (aircraft  is  in  restricted  area) 

THBB  Generate  restricted  airspace  alert; 

U  (own  site  is  providing  ATABS  service  AMD 
own  site  is  prisary) 

MU  CALI  ERTBB_ALSRT_IS_P«ILST; 

X£  (aircraft  is  controlled) 

CALL  SEBD_ ILBBT.TO.COBTBOILBR; 

BLSB  ;  <  take  no  action.  > 

B(I3  restrict ed_airapace_avoidance; 


TBBB AIB/ A IB SPACE/OBSTACLE  AVOID! BCE  TASK  BIGB-LBVEL  LOGIC 
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PBOCESS  restricted_airspace_aToidaace: 

CLEAR  TCALRT; 

If  ( STECT. CPEC  ffl  SPALSE) 

THEM  Apply  coarse  range  and  altitude  TCA  filter: 

IP  (passed  coarse  TCA  filter) 

TBEB  Access  TCA  sap; 

Perfors  TCA  position  and  altitude  checks; 

IP  (aircraft  is  inside  TCA) 

THEE  SET  TCAIHT: 

CALL  B»TER_ALERT_I»_P»ILST 

If  (STECT. PRPTR, 'TCA  alert*, null  identifier) 
OPT  (AIRSPACE  entry  in  PRILST)  ; 


CLEAR  RALRT; 

If  (TCALRT  ffl  SPALSB) 

THEM  Apply  restricted  airspace  altitude  filter: 

Search  through  list  of  restricted  airspaces; 

If  (aircraft  is  in  restricted  area) 

THER  SET  FALBT; 

If  (STECT.  ATSS  Efl  ETRPE  fflD  STECT.  PSTAT  ffl  *TRPE) 

T8ER  CALL  EHT5R_ALERT_IB_PRILST 

IE  (STECT.  PRPTH,' restricted  airspace  alert', 
restricted  airspace  identifier) 

OPT  (AIRSPACE  entry  in  PRILST) ; 

If  (STECT. CORC  fa  STROB) 

THEH  CALL  SEHD_ALERT_TO_CO»TROllER 

If  (STECT, 'restricted  airspace  alert') 

OPT  (Controller  alert  sessage) : 

’ID  restricted_airspace_aTOidance; 


TEHRIIR/AIH SPACE/OBSTACLE  ATOIOARCB  TASK  LOR-LETSL  LOGIC  - 
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PBOCESS  ad1acent_bin_checks; 

<  This  process  checks  aircraft  altitude  against  the  terrain  thresholds  of 
nearby  terrain  bins.  > 

Determine  if  aircraft  X,T  coordinates  are  within  I  BEEP,  TBREB 
lisits  of  any  adjacent  bins; 

Coepare  aircraft  altitude  with  thresholds  of  any  snch  bins; 

IP  (altitude  I?  any  snch  threshold) 

THEM  declare  terrain  violation; 

RISE  ;  <  no  terrain  violation.  > 

EBP  adjacent_bin_checks; 


T EBB AIR/A IBS P ACE/O BST ACL £  AVOIDAECE  TASK  HIGH-LETBL  LOGIC 
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PB0C8S5  ad  jacent_bin_checlcs ; 

Determine  if  aircraft  X,Y  coordinates  are  within  XBSES,  TBSER 
lisits  of  any  adjacent  bins; 

coepare  zscc  with  thresholds  of  any  such  bins: 

If  (ZfICC  W  any  soch  threshold) 

TBES  SET  TVIOL; 

ELSE  ;  <  no  terrain  violation.  > 

ESP  adjacent_bin_checks ; 


•’'EHHilS/ilBSPACE/OBSTACLB  AVQID4HCE  T&SK  LOW-LEVEL  LOGIC 
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PB0C8SS  terrain_aap_processing; 

<  This  process  predicts  proxiaity  to  the  terrain  by  accessing  the  terrain  sap 
and  projecting  the  aircraft  ahead.  > 

Deteraine  bin  and  altitude  threshold  nsing  current  X,T  coordinates; 

Store  terrain  altitade  threshold  in  state  vector; 

If  (aircraft  is  controlled  QI  own  site  is  priaary) 

THEM  II  (altitade  IT  threshold) 

THEN  declare  terrain  violation; 

ELSE  PER? ORB  ad jacent_bln_checks; 

IF  (no  terrain  violation  so  far) 

THEE  <  project  aircraft  ahead.  > 

Deteraine  projection  end  point  by  projecting  aircraft 
straight  ahead  for  TRHTB  seconds; 

LOOP; 

Project  aircraft  to  nearest  X-crossing  point, 
T-crossing  point,  or  end  point; 

If  (aircraft  is  descending  RED 

new  aircraft  altitude  U  old  threshold) 

THEE  declare  terrain  violation; 

ELSE  PERfORH  ad jacent_bin_checks; 

EXITIE  (terrain  violation  2Jj  end  point  reached)  ; 

Deteraine  new  bin  and  new  threshold; 

II  (aircraft  is  not  descending  AHp 

aircraft  altitude  U  new  threshold) 

THEE  declare  terrain  violation; 

EXITIf  (terrain,  violation  declared)  ; 

££21tSS£: 

ELSE  :  <  no  terrain  violation.  > 

E»p  terrain_aap_processing; 

-  TERR  AIB/A IRSPACE/OBSTACt E  AVOIDANCE  TASK  HISH-LSVEL  LOGIC  - 
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PROCESS  terrain_aap_processing; 

Determine  bin  and  altitude  threshold  using  currant  X,T  coordinates; 
svect. TERALT  =  terrain  altitude  threshold; 

IE  (approach  zone  bin) 

THEE  SET  AZB IK ; 

ELSE  CL Eh8  AZBIH ; 

IE  (SVECT. COHC  Efl  ST805  OJ  SVECT.  PSTAT  32  ITROB) 

THEM  IF  (Z  BCC  IJ  SVECT.  TES  ALT) 

THEK  SET  TVIOL; 

ELSE  PEBEOHH  ad jacent_bin_checks; 

IE  (TVIOL  12  SEALSE) 

THEK  Determine  projection  end  point  by  projecting  aircraft 
straight  ahead  for  T8BTH  seconds; 

(,00  P: 

Project  aircraft  to  nearest  X-crosslng  point, 
T-crossing  point,  or  end  point; 

11  (SVECT. ZD  U  0  UU 

nee  aircraft  altitude  u  old  threshold) 

THEK  SET  TVIOLI 

BIfSg  PB8E0811  »4i»cent_bin_chechs; 

EXITIF  (TVIOL  32  STHOE  21  tad  point  reached)  ; 
Deteraine  nee  bin  and  nee  threshold; 

11  (SVECT. ZD  GE  0  ANj) 

aircraft  altitude  n  nee  threshold) 

THEK  SET  TVIOL; 

EXITIF  (TVIOL  12  STROE); 

3321223; 

ELSE  ;  <  no  terrain  violation.  > 

ESP  terr ain_aap_processing; 

-  TERRAIH/1 IH SPACE/OB STACL  E  A  VOID  AKCE  TASK  LOH-LEVEL  LOGIC  - 
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BOPTIBB  EWTE8_ALEBT_IH_PWILST 


IH  (Aircraft  P1ILST,  alert  type,  and 

obstacle  or  restricted  airspace  identifier) 

OPT  (PWILST  entry)  ; 

BEPEAT  tHItl  (there  are  sore  entries  in  PWILST  HUD 
no  eatching  entry  has  been  found) ; 

Select  next  entry  in  PWILST; 

IP  (entry  type  Jfl  alert  type) 

<  including  1IBSPACB_TYPE  for  TCA  or  restricted  airspace  alert  > 

THEM  IP  (alert  type  12  'terrain  alert*  2fi  alert  type  • TCA  alert') 
THEH  aatching  entry  has  been  found; 

ELSEIP  (obstacle  or  restricted  airspace  identifier 
Batches  identifier  in  PWILST  entry) 

THEM  Batching  entry  has  been  found; 

OTHERWISE  ;  <  Batching  entry  has  not  been  found.  > 


ammii 

JP  (Batching  entry  has  been  found) 

THEH  Set  BED  field  «  0; 

ELSE  create  ne»  entry  in  PWILST  below  any  TA  entries; 

Set  entry  type  »  alert  type; 

<  including  AIBSPACE_TYPE  for  TCA  or  restricted  airspace  alert  > 
set  END  field  »  0; 

Set  PTAT  field  -  1; 

IP  (alert  type  £2  'obstacle  alert*  ££ 

alert  type  12  'restricted  airspace  alert') 

THEM  record  obstacle  or  restricted  airspace  identifier 
in  PWILST  entry; 


EMO  EMTEB_ALEBT_IH_PWILST; 


TEHBAIM/AI BSP ACE/OBSTACLE  AVOIDAKCE  TASK  HIGH-LEVEL  LOGIC 
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ROOTISE  EHTFR_ALR8T_IS_PHILST 

IS  (Aircraft  PWILST,  alert  type,  ORAID) 

OPT  (PBILST  entry)  ; 

BIT  FOP  SO; 

CL  FAS  roPSD; 

REPEAT  WHILE  (there  are  sore  entries  in  PBILST  5HD  POOSD  £Q  SPALSB) ; 

Select  next  entry  in  PWILST; 

IF  (entry  type  52  alert  type) 

THEH  if  (alert  type  52  ‘terrain  alert*  21  alert  type  22  'TC!l  alert*) 
TBEB  SET  FOPSD; 

BLSB1F  (alert  type  22  'obstacle  alert  ASP 
OR  AID  B2  OBSTACLE. OBSTACLE_SO) 

THEE  SET  FOPSD; 

ELSBIP  (alert  type  52  'restricted  airspace  alert*  ASP 
ORAID  22  AIRSPACE.  IDEHTIFIER) 

THES  SET  FOPSD; 

OTHERWISE  ;  <  latching  entry  has  not  been  found.  > 

ESPREPBAT: 

12  (fopsd  22  *troe) 

THES  CLEAR  esd  in  PWILST  entry; 

ELSE  Create  new  entry  in  PWILST  below  any  TA  entries; 

Set  entry  type  *  alert  type; 

CLEAR  BHD; 

SET  FT AT ; 

IF  (alert  type  52  'obstacle  alert*) 

THES  OBSTACLE. OBSTACLE_HO  =■  ORAID; 

SLSEIF  (alert  type  22  'restricted  airspace  alert') 

THES  AIRSPACE.  IDEHTIFIER  »  ORAID; 

OTHERWISE  ;  <  take  no  further  action.  > 

ESD  SHTER_ALBRT_IH_PWILST; 


TERRAIH/AIRSPACB/OBSTACLE  AVOIDAHCE  TASK  LOW-LBFBL  LOGIC 


BOOTIBE  SE8D_»lERTjrO_COHTBOLLER 
III  (Hircraft  ID,  alert  type) 

OPT  (Controller  alert  aassage)  ; 

<  Build  controller  alert  aessage.  > 

Put  DUBS  ID  of  aircraft  in  HCID1  field; 

Indicate  alert  type  In  1BTTV  field; 

Indicate  in  CS1  field  that  aircraft  is  controlled; 
iP  (aircraft  is  ITlRS-equipped) 

THSB  Indicate  in  CS1  field  that  aircraft  is  ItlBS-equipped; 

Indicate  in  T1  field  that  controller  voice  coaeonicati on 
is  not  necessary; 

ELSE  Indicate  in  CS1  field  that  aircraft  is  not  »T»RS-equipped ; 
Indicate  in  VI  field  possible  need  for  controller  voice 
communication; 

Send  alert  aessage  to  controller; 

EBP  SEBD_ALER?_TO_COBTBOLLEB; 


TSBBlU/ilPSPlCE/OBSThCL!  BV0ID1BCE  T»SK  HISS-LEVEL  LOGIC 
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BOOTIES  SE8D_ALSBTjrO_COHTBOLLEB 
18  (SVECT,  alert  type) 

OPT  (Controller  alert  aessage)  ; 

TTPE_CODE  =  SCAB; 

ACID  1  =  SVECT. CODE ; 

IF  (alert  type  ,££  ’terrain  alert') 

THEB  ABTTP  =  STAB; 

ELSEIE  (alert  type  E£  'obstacle  alert') 
THEB  ABTTP  =  JOAB: 

OTHEBBISE  ABTTP  =  SB  AH ; 

If  (SVECT.  ATSE<2  SB  S08EQ) 

THEB  CS1  *  JCOAT; 

VI  =  JBOVOICE ; 

E1SE  CS 1  =  SCOON; 

V 1  =  SVOICE: 

Send  alert  aessage  to  controller; 

END  SEND_AtEHT_?0_COHTBOLLEB; 


TEE BAIB/A IB SPACE/OBSTACLE  AVOIDANCE  TASK  LOB-LEVEl  LOGIC 
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.  COARSE  SCREEN  PROCESSING 


The  Coarse  Screen  Task  Is  an  operation  applied  to  a  single 
aircraft  on  the  X-list  or  the  EX-list.  The  executive  program 
points  to  the  Initial  aircraft  for  a  particular  sector's  list  on 
the  X-llst  or  EX-list  and  coarse  screening  then  steps  through 
the  list,  processing  all  the  aircraft  on  the  sector  list.  The 
purpose  of  coarse  screen  filtering  is  to  identify  aircraft  which 
may  be  in  conflict  with  the  subject  aircraft.  This  is  done  by 
computing  x,  y,  and  z  search  limits  for  a  sector  subject 
aircraft  and  then  testing  all  aircraft  in  the  appropriate  linked 
list,  which  fall  within  the  x  limit  against  the  y  and  z  search 
limits,  and  a  z  rate  test.  By  segregating  aircraft  through  the 
use  of  the  X-list  and  the  EX-list,  it  is  possible  to  construct  a 
coarse  screening  procedure  that  can  provide  ample  warning  times 
for  aircraft  with  exceptionally  high  speeds  (those  on  the 
EX-list)  without  requiring  unnecessarily  large  search  volumes 
for  the  majority  of  the  aircraft  which  are  on  the  X-list. 

The  ATARS  program  may  use  larger  look-ahead  times  for  pairs 
involving  controlled  aircraft  than  for  pairs  involving  only 
uncontrolled  aircraft.  Since  the  greatest  number  of  aircraft  is 
expected  to  be  uncontrolled,  a  significant  savings  in  computa¬ 
tional  requirements  is  achieved  by  using  a  separate  coarse 
screening  procedure  with  larger  search  limits  for  controlled 
aircraft.  For  coarse  screening  of  uncontrolled  subject  aircraft 
on  the  X-list,  only  other  uncontrolled  aircraft  with  x  coord¬ 
inates  greater  than  the  x  coordinate  of  the  subject  aircraft  are 
examined.  This  constitutes  a  one-way  search,  in  which  only 
uncontrolled/uncontrolled  potential  conflicts  are  investigated. 
For  controlled  subject  aircraft,  a  two-way  search  of  the  X-list 
is  used.  When  the  search  is  made  in  the  positive  x  direction, 
all  controlled  and  uncontrolled  aircraft  are  Investigated ,  and 
when  the  search  is  made  in  the  negative  x  direction,  only  the 
uncontrolled  aircraft  are  investigated.  This  avoids  a  duplicate 
declaration  of  controlled/controlled  conflicts. 

7 . 1  Coarse  Screen  Search  Region 


As  shown  in  Figure  7-1,  the  search  region  implied  by  a  given 
aircraft  is  computed  as  the  outer  bounds  of  either; 

1.  A  region  given  by  the  coarse  screen  proximity  advisory 
search  criterion  (this  region  is  the  same  for  both  a 
controlled  and  an  uncontrolled  subject  aircraft) 
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AD-A1Q4  147 

UNCLASSIFIED 


MITRE  CORP  MCLEAN  VA  METRE*  UIV  „  ,  ..  , 

AUTOMATIC  TRAFFIC  ADVISORY  AND  RESOLUTION  SERVICE  (ATARS)  ALGOR— ETC(U) 

JUN  81  R  H  LENTZ.  *  D  LOVE.  T  L  SIGNOHE  -  ETC(U) 

MTR-81M120-1  FAA-RD-81-45-1 


DOT-FA0OWA-437O 


DISTANCE  TRAVELED  IN  TIME 
TLA  AT  MAXIMUM  AIRSPEED 

+PROTF.CTION  ENVELOPE  v.  'AX) 


,  > 


XL  3  XI  -  RPWI  X1  X[  +  Rpwl  XU  ■=  XP  +  RMAX 

(USED  ONLY  FOR 
CONTROLLED) 


WHERE 

:  TLA 

TLV 

TLI 

RMAX 

RMAXV 

RMAXI 

RPWI 

TLV  FOR  UNCONTROLLED  AND  TLI  FOR  CONTROLLED 

LONGEST  LEAD  TIME  FOR  UNCONTROLLED 

LONGEST  LEAD  TIME  FOR  CONTROLLED 

RMAXV  FOR  UNCONTROLLED  AND  RMAXI  FOR  CONTROLLED 

MAXIMUM  RANGE  OVER  LONGEST  LOOK  AHEAD 

TIME  FOR  UNCONTROLLED  AC  PLUS  PROTECTION  ENVELOPE 

MAXIMUM  RANGE  OVER  LONGEST  LOOK  AHEAD 

TIME  FOR  CONTROLLED  AC  PLUS  PROTECTION  ENVELOPE 

LARGEST  SEPARATION  BETWEEN  AIRCRAFT 

FOR  A  PROXIMITY  ADVISORY  ASSUMING  BOTH 

AIRCRAFT  AT  MAXIMUM  SPEED 


FIGURE  7-1 

SEARCH  REGION  FOR  COARSE  SCREENING  OF 
UNCONTROLLED  AIRCRAFT 


+  RMAX 


RPWI 
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2.  A  region  based  on  a  time  projection  using  the  subject 
aircraft  tracked  velocities  and  the  largest  look-ahead 
time  appropriate  for  the  subject  aircraft,  and  assuming 
the  intruding  aircraft  to  have  maximum  velocity  (240 
knots  low  altitude,  600  knots  high  altitude) 


The  search  limits  so  obtained  will  then  permit  detection  of 
proximity  advisories  or  any  of  the  other  messages  which  are 
based  on  the  tau  criterion.  For  the  nominal  values  of  para¬ 
meters  given  in  Figure  7-1,  a  240  knot  maximum  speed  has  been 
assumed . 


7.2  XUPFL  Flag  Update 


The  coarse  screen  resets  the  XUPFL  flag  for  the  subject  aircraft 
which  is  used  in  the  Aircraft  Update  Processing  Task  to  prevent 
multiple  updates  during  repositioning  of  aircraft  on  the  X-list 
and  EX-list.  It  is  convenient  to  do  this  in  coarse  screening 
when  each  aircraft  in  the  sector  list  is  being  accessed  for 
coarse  screening,  rather  than  requiring  a  separate  pass  through 
the  X-list  and  EX-list  specifically  to  reset  this  flag. 

7.3  Coarse  Screen  Checking 


Coarse  screening  involves  searching  along  a  linked  list  from  the 
position  of  the  aircraft  undergoing  coarse  screening  to  the 
upper  and  lower  (if  appropriate)  X-limit.  X-list  aircraft  with 
altitude  reports  are  checked  against  other  X-list  aircraft 
only.  EX-list  aircraft  with  altitude  reports  are  checked 
against  EX-list  aircraft  and,  if  their  altitude  and  vertical 
rate  warrant,  against  X-list  aircraft. 

If  the  subject  aircraft  has  no  altitude  report  both  X-list  and 
EX-list  must  be  searched  for  possible  conflicts.  Such  an 
aircraft  on  the  X-list  is  thus  used  for  possible  conflict 
searches  on  the  EX-list  (subject  X-list/ob ject  EX-list  search). 
When  the  subject  non-mode  C  aircraft  is  on  the  EX-list,  a  search 
is  also  made  of  the  X-list.  This  search  excludes  all  X-list 
aircraft  which  are  also  non-mode  C,  since  they  have  already  been 
matched  with  EX-list  aircraft  in  the  subject  X-list/object 
EX-list  search. 

For  all  aircraft  encountered  in  these  searches,  the  y  test  is 
applied  and  if  both  subject  and  object  aircraft  have  an  altitude 
report  the  z  limit  test  and  z  rate  limit  test  are  applied.  If 
either  aircraft  has  no  altitude,  only  the  y  limit  test  is  used. 
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If  these  tests  show  a  possible  conflict,  then  a  pair  of  aircraft 
which  requires  further  processing  has  been  Identified. 


Any  individual  aircraft  is  included  on  only  the  X-list  or 
EX-list.  Hence,  when  an  aircraft  on  the  EX-list  must  be  tested 
against  aircraft  on  the  X-list,  special  provisions  must  be  made 
for  finding  the  place  on  the  X-list  to  begin  the  search.  A 
procedure  analogous  to  that  used  for  initial  entry  on  the  X-list 
is  used  in  which  the  first  signpost  below  the  aircraft’s  X 
position  is  obtained  and  the  X-list  entered  at  that  point.  It 
is  not  important  to  locate  the  subject  aircraft's  exact  position 
on  the  X-list;  it  is  sufficient  to  obtain  an  entry  point  between 
the  upper  and  lower  limits.  If  the  distance  between  signposts 
i s  small  enough,  this  will  happen  automatically.  Even  if  an 
entry  point  to  the  X-list  were  used,  which  fell  outside  the 
X-limits,  the  procedure  would  work  correctly,  but  would  be 
inefficient  since  more  aircraft  than  necessary  would  be  tested 
in  coarse  screening. 

7.4  Potential  Pair  List 


Each  subject  aircraft  and  object  aircraft  found  in  applying  the 
coarse  screen  constitute  a  potential  pair.  The  pairs  are 
entered  on  the  Potential  Pair  List.  The  Detect  Task  references 
each  entry  on  this  list  and  determines  the  exact  type  of  hazard 
for  the  potential  conflict,  if  any. 

7.5  Pseudocode  for  Coarse  Screen  Task 


The  pseudocode  for  the  Coarse  Screen  Task  follows.  This  task 
operates  only  after  the  New  Aircraft  Processing  Task  and  the 
Aircraft  Update  Processing  Task  have  completed. 
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psgppocoffg  »m;  o*  cohtmts 


£122 

COUPS*  SCREES  TASK  IOCA1  TARIABtES  .  7-P3 

STPOCTSRE  CS7BL  .  7-p? 

COUPS?  SCR*f*  TASK  LOt-LETEl  10SIC  .  7-P5 

"ASS  COARSB_SCREEH . 7-P5 

PROCESS  x_list_s«atch . 7- of 

P*OC!SS  ex_lla*._a«areh . 7-09 

PROCESS  co»pu»e_controllea_AC_aaarcli_liii*s . 7-pn 

PROCESS  coapoEe_hi<jh_altituae_a*arch_l.i«it3  .  7-013 

PROCESS  coapnte_lo*_al*i*tta*_aearch_li«it3  .  7-P15 

PROCESS  co«pa*e_ancontrollea_AC_s«arch_lialEa  .  7-P17 

POBT7P*  SEARCH_BACK*ARD  .  7-P19 

ROUTIHE  CALC'IIATE_SEARCH_I,IHITS . 7-021 

?OT*IRE  SEARCH  POPRARD . 7-P23 


STROCTORF  CSTBL 


FIT 

Halts 

XL 

<lower 

z 

boundary 

for 

X/EX-liSt 

search> 

FIT 

xo 

<upper 

z 

bounda ry 

for 

I/SX-  list 

search> 

•IT 

TL 

<lower 

T 

boundary 

for 

X/EX-list 

search> 

11 1 

TO 

Cupper 

▼ 

boundary 

for 

X/EX-list 

search> 

FIT 

TL 

Closer 

z 

boundary 

for 

I/EX-list 

search> 

111 

TO 

Cupper 

z 

boundary 

for 

I/EX- list 

search> 

SHOO? 

predictions 

*LT  X«  <x  predicted  position 
"l*  TP  Cy  predicted  position 
wVr’  TP  <2  predicted  position 


of  subject  AC> 
of  subject  AC> 
of  subject  AC> 


gg0gp  bounds 

FLT  TLA  <desired  warning  for  proximity  adwisory  in  sec3  > 
PIT  PFAX  <desired  warning  for  oroxisitw  adwisory  in  nei> 
SPOOP  xclud_4-wpes 

PIT  RO_CORT  <if  true,  controlled  AC  are  excluded  froe  search> 
PIT  RO_RORC  <if  true,  non-sode  C  AC  ate  excluded  froe  search> 
troop  s*arting_loc 

PTH  START  <starting  point  of  search  in  X/SX-list> 
EEDSTROCTORE; 


-  -  *•— -Ttni  t 

HfflCB UNO  PACX  BUNK-HOT  FILMED 


I  i 


COARSE  SCRESH  ’’ASA  LOCAL  TAPI  ARLES 


i 
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I 


TASK  COIBSB.SCKEBII 


<Saarches  X  and  BX-lists  for  pairs  of  AC  that  ara  sofflclantly 
closa  or  will  ba  safflciantly  closa  to  raquira  DBTBC"  procassing> 

U  (X/BX-list  for  soctor  with  aoa-aoda  C  AC  raports) 

0<1T  (potaatlal  coaf lict  pairs)  j 

PEBPOBH  r_llst_saarch; 

PEBPOKB  a*_llst_aaarch; 

BSD  C0AESB_'5CSBS»: 


C0AE5B  SCPSBJI  TASK  'JI3B-LBTBL  LOGIC 


7-pa 


'PS*  COURSE  SCREE* 


II  (SEC°TE,  SECPTt,  CSCREE*,  SEBC?) 

OUT  (potential  conflict  pairs) ; 

PTB  SBCPTE;  <location  of  first  PC  on  X-list  for  this  sactor  (froa  STDSPX)  > 

PTR  SECP^T:  <location  of  first  DC  on  EX-list  for  this  sactor  (froa  SIOSPB)  > 

225i2SS  x_list_saarch; 

?B»*OBB  ex_llst_search: 

ESD  CO»SSE_SCRE*S; 


COURSE  SCREE*  TUSK  lOW-lB»Et  tOSIC 


process  x_list_search; 

<Examines  x-list  for  object  AC  that  nay  possibly  require  an  advisory 
message  involving  subject  AC> 

REPEAT  WHILE  (tors  1C  In  X-list  for  this  sector) ; 

CLEAR  list  updated  flag  in  stats  vector; 
r?  (1C  controlled) 

'’’HEW  PERF08H  conpqte_controlled_AC_search_ limits; 

Determine  starting  point  of  fortard  search  on  X-llst; 
cm  SEA8CH_*0R»A8D;  <for  all  types  of  AC> 

Determine  starting  point  of  bacKvard  search  on  T-llst; 
cm  STARCH_B1CR»ARD;  <for  uncontrolled  AC  only> 

ELSE  PERFORM  compute_uncoatrolled_AC_search_linits: 

Determine  starting  point  of  forvard  search  on  T-llst; 
CALL  SEA (tCH_POR WARD ;  <for  uncontrolled  AC  only> 

IZ  (*C  is  non-mode  C) 

THEN  PERFORM  compute_high_altitude_search_lialts; 

Determine  starting  point  of  formard  search  on  EX-list; 
CALL  SEARCH_FOB»ARD;  <for  all  types  of  AC> 

Determine  starting  point  of  bacfcvard  search  on  EX-list; 
CALL  SSARCH_BACFBARD;  <for  all  types  of  AC> 


;.gD.R5L£*AT; 

EBP  x_lis*_search; 


COARSE  SCREER  TASK  HIGH-LEVEL  LOGIC 


°R0C»S5  x_list_search 

SBSSBJ;  <*e*porary  local  pointer  to  next  subject  PC  (represented  be  SEEO'I)  > 
<s.B.  in  all  calls  to  SEPRCH_FOR»  PRD/SPCKWPRD  the  following, 

TR  (CS7BI  ,  S7BCT1,  CSCPEEN) 

OBT  (potential  conflict  pairs) :  does  not  appear  due  to  lac*  of  space> 

SBSBBJ  »  SECPTT ; 

R»P»DT  RHILE  (S7EC‘"1.  RBXTX  SB  ISOLD: 

CI.EPR  S7ECT1.X0PL; 

IF  (SEBOI.  COSC  Bfi  S^ROE)  <subject  1C  is  controlled> 

T3EB  P*R*ORB  coapute_controlled_PC_search_liaits; 

CSV3t.S"»RT  »  S7EC‘"1.REX',,X; 

CS7BL .  SO_COST  =  7®PLSE; 

CS7BL.R0_S0BC  =  1 7MB  E: 

OIL  SEPRC«_P0R7PRD;  <for  all  types  of  DC> 

CS7BL. S'DRT  *  S7ECT1 . PRE7X; 

CS7BL.  SO_COST  =  BOBE: 

Oil  SEDRCH.BDCSRDRO:  <for  uncontrolled  DC  only> 

ELSE  PEnyops  conput9_uncontrolled_PC_search_lii«its; 

CS791. STDRT  *  S7SCT1 . BETTI; 

CS79L.B0_C0BT  =  7TR0E; 

CS7BL. SO_SOBC  =  IFPLSE; 

CPU.  SEPBCH_F0R7PR0;  <for  uncontrolled  DC  only> 

H  (S7EC-1.  SCFLG  EjJ  SFPLSE) 

-RES  PER^ORff  co«pate_high_al‘-itade_search_li*its; 

CS7BL, STPRT  =  SETs'x  Tariable  as  designated  in  ex  signpost 
1ST  (57ECT1 .  T/CSCREBB . X SP)  ; 

CS7BL  m  RO_CON*r  =  «*PLSE; 

CS7BL. BO_BOSC  =  IFPLSE; 

SBPRCH_*ORSDBD;  <for  all  types  of  DC> 

CS7BL.STPPT  *  ?°E7X  variable  as  designated  in  ex  signpost 
IBT(S7FCT,1.T/c?CREEB..T5P)  ; 

CPLL  3EPRCR_3RCrSP®D ;  <to r  ill  -ypes  of  PC> 

'•BETB  J  =  S7EC",1.S»XTT: 

"SO0* P*PT: 

EBB  t_l i st_search ; 

-  CORPSE  SOBER  "PS*  L0»-L»7?L  LOGIC  - 


E-op 


PROCESS  ex_list_search 

<Exaaines  *X-list  for  object  He  that  nay  possibly  require  an 
advisory  aessage  involving  subject  AC> 

REPEAT  WHILE  (aore  AC  in  EX-list  for  this  sector) 

CLEAR  list  updated  flag  in  state  vector; 

PERRORH  coBpote_high_altitade_search_liBits ; 

Deteraine  starting  point  of  forward  search  on  EX-list; 

CALL  SEAPCH_EORtARD;  <for  all  types  of  AC> 
tv  (altitude  threshold  exceded  or  expected  to  be  exceded 
in  2  ainutes  0]t  AC  is  non-node  C) 

THEE  PE8F0RH  coapute_low_altitude_search_linits; 

Deteraine  starting  point  of  forward  search  on  X-list; 

CALL  SEAHCH_PORHARD;  <for  all  types  of  AC  except  non-node  C> 
Deteraine  starting  point  of  backward  search  on  T-list; 

CALL  SEARCH_BACX«ARD;  <for  all  types  of  AC  except  non-node  C> 


EHDREPEAT: 

EHO  ex_list_search; 


COARSE  SCREER  TASK  HIGH-LET EL  LOGIC 
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°ROCRSS  ex_list_search; 

PT?  ROSOBJ;  <teaporary  local  pointer  to  next  snblect  AC, 
gv»CTi  represents  AC  pointed  to  by  H0SBBJ> 

RPSPBJ  =  SBC?*"! ; 

RgPRXT  RBI1»  (STECT.RgXTX  RE  SRPtl)  ; 

ci»xp  syecti.tbp?i: 

PER*OBR  co»pnte_high_altitade_searc!i_li»its ; 

CSTBl. STX»T  =  SYECT1.REITX; 

CSTBl.  ROjrOS"'  =  SEXIST; 

CSTBL. TO_RORC  =  SEXISE; 

CXLL  SEXRCH_''ORRARD  <for  all  types  of  AC> 

JR  (CSTBL,  SYgCTI,  CSCRggR) 

OPT  (potential  conflict  pair) ; 

I?  ((STgC’l.g  IT  CSCRggR.  AHI)  OR  (CSTBl. IP  t£  AHI) 

Of  [SYBCT1.SCELG  gfi  Sf  ALSB) ) 

THEB  PSHfORH  conpate_low_altitade_search_liait s: 

CSTBl.  STAR-''  =  R»XTX  xariable  as  designated  in  x  signpost 
IBT(SYECT1.  X/CSCREER.  XSP)  ; 

CSTBL. RO_ROHC  =  T^RPE; 

cxil  sgARCH_fORRARO  <for  all  types  of  xc  except  non-sode  c> 
If  (CSTBl ,  STBCT1,  CSCRggR) 

00"'  (potential  conflict  pairs)  ; 

CSTBl. start  *  PREYT  xariable  as  designated  in  x  signpost 
IRT  (SYBCTT.  X/CSCBER.  XSP)  ; 

CXlt  SgXRCH_BXC*RXRD  <for  all  types  of  XC  except  non-aode  C> 
la  (CSTBl,  ST*CT1,  CSCRggR) 

OPT  (potential  conflict  pairs) ; 

XPSPB.T  =  STgCTI.  RETTX; 

UL2ZZ.2JL12  '• 

’RO  ex_li3t_search; 

-  COXPSB  SCRggR  "’ASE  lOR-lEYft  LOGIC  - 
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PPOCBSS  co«oate_cont rolled_AC_search_li«its ; 

Define  largest  loot  ahead  tiae  for  controlled  hC;  <i“Ll> 
Define  sariaua  distance  trareled  by  controlled  iC; 

OIL  OLCGT  ATB_SPIiBCH_LIM?S; 

PBD  co«oa*e_conTolled  iC_search_li«its; 


COLPSB  SCPBBP  TUSK  HIGH-LBTBL  LOGIC 
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°BOC»SS  coipate_con»rolled_HC_s«aroh_liiits: 

=  esc?*?*.  *tr; 

CSTBt.*!UX  «  CSOS?**.??*!!: 
cut  C»LC01HT?_SEHBCH_t,IflI'rS 

13  <23223  bounds,  sttcti,  cscs”i) 

OPT  (GBOOP  Halts,  G8Q0P  otadictions)  ; 

gin  cosp at e_coo‘Tolled_8C_s9arch_li alts; 


C08*se  SC»*M  TUSK  LO»-l?TBL  LOGIC 


PROCESS  coep<ite_higb_altitade_search_lieits: 

Define  largest  look  ahead  tlae  for  controlled  1C;  <?LI> 

Define  aazieaa  distance  traveled  by  intruding  1C  in  SX-list;  <PH1X1> 
Clll  ClLC0LlTE_SE18CH_tIHITS; 

EWD  coapute_high_altitnde_search_liaits; 


C01RSB  SCREES  T1SK  SIGB-tSVBL  LOGIC 
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PROCESS  coaoat«_high_al*itnda_s«arch_llsits; 

CSTBt.TtR  »  CSCREEB.TLI: 

CSTBl.  PART  »  CSCSEER.BBRXH: 

Cut!  CRlCOt,RTE_SERPCH_LIBI,',S 

II  tOROPP  bounds,  STECT1 ,  CSCSEBE) 

JOT  (GEOPP  lisits,  SROPP  predictions): 

EBP  co«t>a*e_high_altitode_search_l.isits: 


CORPSE  SCSE*R  TUSK  LOf-LSTEt  LOGIC 
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2£2£il2  coapute_low_alf itude_search_liaits; 

Oefine  aaxiaua  distance  traxeled  bj  intruding  iC  in  BX-list;  <PN*XI> 
Calculate  x  S  r  upper  and  lower  bounds  of  search; 

SB1)  cob pute_low_altltude_search_li aits; 


CO»SSB  SCBESW  T*SK  HIOH-lBfFt  LOGIC 
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PROCESS  conpute_lo»_altitude_search_linits; 


III  (E°o, 

TPL, 

TPO, 

T?L, 

TPO,  2»L 

TRO, 

TRL, 

TRO, 

TRL, 

TBO,  TRL) 

<tenporary  (local)  variables> 


CSVBL.  bounds. RflllT  =  CSCPEEW.  RSATI: 

<Tt»  has  been  defined  in  a  previous  call  bo  conpute_high_a ltitude_search_linlts> 
CSVBL. predictions. TP  »  stbctI.t  ♦  STPCT1.TD  •  CSTBL. bounds. TU: 

CSTBL. oredictions. YP  *  STSCTI.y  ♦  SYSCT1.YD  *  CSTBL. bounds. *Lll: 

TPO  =  CSVBI.  predictions.  TP  *  CSVBL. bounds. PRUT ; 

TPL  «  CSVBL. predictions. X*  -  CSTBL. bounds. RH  TT; 

TPO  =  CSTBL. predictions. TP  ♦  CSVBL. bounds. PUTT ; 

TPL  =  CSTBT. predictions. TP  -  CSTBL. bounds. RHJkT ; 

TRO  =  STBCTI.T  ♦  C SCREES. RPRI ; 

TPL  =  STBCTI.T  -  CSCREEB. RPSI ; 

TPS  *  STBCTI.T  *  CSCRBES . RPSI ; 

TPt  *  SVECT1.Y  -  CSCRBES.  RPSI; 

CSTBL.  Units.  TO  »  SM(TPO,TRO); 

CSTBL.  lieits.TL  -  SIR  (TPL.  TRL)  ; 

CSTBL.  Units.  TO  »  BIT  (TPO #  YBO)  ; 

CSTBL.  Units.  TL  »  SIS(T?L,TRL)  ; 

*SP  conpute_lo*_aititude_snarch_linit s; 


COURSE  SCP*BS  "‘TSK  LOW-LEVEL  LOGIC 


PPOCESS  coapute_nncontrolled_AC_search_ Halts; 

Define  larges*  look  ahead  tiae  for  uncontrolled  AC;  <’rLV> 
Define  aaxiana  distance  traaeled  by  uncontrolled  1C;  <P1AIT> 
CUT,  CALCOLATg_SgASCH_LI!lITS; 

g|»D  coapnte_ancontrolled_»C_search_liaits: 


co&ysg  scsggy  TAsr  wigr-let!L  logic 


7-P16 


PROCESS  coiDate_nncon*tolled_AC_s*arch_li«i*:s; 

CS7BL.TLA  *  CSC®*RR.Tt7; 

CSTBt.RRAX  «  CSCSSBS.aBAXP: 

CALI  CM.CP1AT?_SRAPCH_LISITS 

12  (GROOP  bounds,  S7ECT1,  CSCPEER) 

OPT  fGROOP  ltiit.s,  groop  predictions) : 

BSP  coapat8_uncontrolled_AC_search_l.iaits; 


COARSE  SCR'EH  TASK  lOR-tETEl  LOGTC 


BOOTHS  SSABCH_BACS»ABO 


III  (starting  address  of  search,  search  Halts,  table  of 
possible  obiect  AC  to  be  excluded  in  search  - 
controlled  or  non-sode  C) 

OPT  (po*ential  conflict  pairs)  ; 

<Oiven  the  lover  bounds  of  a  region,  searches  the  X  or  BT-list 
for  AC  in  the  region> 

PEPPA**  »BHS  (object  AC  X  oosition  above  lover  search  bonnd  area 
0»  list  is  not  eapty)  : 

IP  (obiect  1C  is  a  'signpost'  OB  is  no*  in  ATAHS  service  area) 

OB  is  in  table  of  excluded  AC  *vpes) 

Wl;  <do  nothing) 

SttSTT  (obiect  AC  y  position  outside  lieits) 

<do  nothing) 

tit  SIT  (obiect  AC  non-eode  C) 

T3SB  add  AC  to  coarse  screen  potential  pair  list  for  this  sector; 
"It BIT  (obiect  altitude  vithin  search  linits) 

TBVB  add  AC  *0  potential  pair  list  for  this  sector; 

SiSSIP  (obiect  vertical  velocity  above  threshold  ABD 
AC  pair  vill  be  co-altitode  soon) 

**11811  add  AC  to  potential  pair  list  for  this  sector; 

Set  next  oreceding  entry  on  list; 

*WPPSP*AT; 

SUP  SIABC3_BACK*AFD; 


COAPSS  SCPSrif  '"A SB  SIGH-LSTEt  LOGIC 
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ROOTTE*  SBARCH_BACKBARD 

I*  (CSYBL  t  S  YECT1  ,  CSCRPBE) 
onr  (potential  conflict  pairs)  ; 


PT*  OBJAC;  Cteaporary  (local)  pointer  to  object  AC, 

SYECT2  represents  object  AC,  SYECT1  represents  sobject  AC) 
ft.?  ZTIHB;  <teeporary  (local)  Yariable  > 

OBYAC  »  CSYBt.  START: 

REPEAT  WHILE  (  (OBJAC  JB  SEOLL)  25  (SYECT2.  t  21  CSYBL.  XL)  )  ; 

IP  ( (SYECT2. SPIDPG  BO  ST* OB)  OR  (SYRC*?. ATSS  Bfl  YRALSE)  05 
(SYHCT2. HCRLG  *2  CSYBL.  SO_SOBC)  JR 
(SYBCT2.COEC  52  CSYBL. EO_COST) ) 

1352;  <do  nothing) 

*LSBIP  (SYECT2.T  21  CSYBL.  TO  OJ  SYBCT2.  T  U  CSYBL.  ft) 

S231-  <do  nothing) 

BLSBI*  (SYECT2.  BCPLG  52  SBALSB) 

THEE  add  AC  to  potential  pair  list  for  this  sector; 

PLSBI*  (  (SYECT2.Z  IT  CSYBL. ZO)  JJIO  (SYBCT2.Z  21  CSYBL. ZL)  ) 

THBE  add  AC  to  potential  pair  list  for  this  sector; 

BLSBI*  ((SYBCT2.ZD  22  CSCRBES. ZPAST) 

THEE  ZTIHB  »  (SYECT1.  Z-SYECT2.Z) /(SYECT2.  ZD-SYBCT1 .  ZO)  ; 

15  ((0.0  JJ  ZTIHB)  iUJ  (ZTIHB  U  CSYBL.  TLA)) 

THEE  add  AC  to  potential  pair  list  for  this  sector; 
OBJAC  »  SYECT2. PIEYX ; 


BEPEBPEAT; 


122  S»A*CH_BACE«APO; 


COARSE  SCRBEE  TASE  101-LBYEt  LOGIC 


7-.pig 


*>»■ 


VOO-THB  CALCGtATH_SBARCH_tIHI?S 

II  (prediction  tiae  and  aaxiaua  area  suitable  for 
oroxiai*v  advisory) 

00?  (search  liaiis  *o  check  for  intruding  AC)  ; 

Calculates  the  region  used  in  an  I/SX-list  search> 

Calculate  horizontal  (x,y)  boundaries  using  the  proxiaity 
advisory  region  search  area: 

Calculate  horizontal  boundaries  using  predicted  position 
based  on  subjezt  AC  velocities  and  look  ahead  tiae; 

Choose  the  outer  bounds  of  the  coabined  areas: 

I?  (AC  had  altitude  inf  creation) 

THOR  calculate  vertical  (z)  boundaries  using  proxiaitv 
advisorv  region  search  area; 

Calculate  vertical  boundaries  using  predicted  positions 
based  on  subject  AC  velocity  and  look  ahead  Mae; 
Choose  the  outer  bounds  of  the  coabined  areas; 

OJJO  CALCnt.Af»_S»AHCH_lIHITH: 


C0A1SB  SCSSBH  TASR  HIGH-IBTBL  LOGIC 
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ROOTIBE  CXLCOLXTE_SEXRCH_LISITS 

II  <££225  bounds,  STECT1,  CSCR*BB) 

COT  (GBOP°  limits,  GROOP  predictions) ; 


ELT  (XPO, 

XPL, 

TPO, 

YPL. 

ZPO, 

ZPL 

XRO, 

XBL, 

ISO, 

1*1, 

ZBO, 

ZRL)  ;  <teiporary  (local)  sariables> 

CSTBL. predictions. XP  *  S7SCT1. X  ♦  SVBCT1.I0  *  CSTBL. bounds.  TLX; 

CSTBL.  predict  ions.  TP  »  STECTI.t  ♦  S7BCT1.TD  •  CSTBL.  bounds.  TLX; 
f”!  =  CSTBL. predictions. XP  t  CSTBL. bonnds. RSXX; 

X?’.  =  "STBL .  predic*ions.  XP  -  CSTBL. bonnds. RSXX ; 

IPO  =  CSTBL. predic* ions .TP  ♦  CSTBL.  bonnds.  RHXX; 

T°L  »  CSTBL. oredict ions. TP  -  CSTBL. bonnds. RBXX; 

XBO  =  STECT1.X  CSCREBB. RPWI; 

XBL  =  STECTI.T  -  CSCBSEB.RPSI; 

T*0  =  STECTI.T  ♦  CSCREEB.  RPBI ; 

TBL  ■  STBC-1.Y  -  CSCREBB.  RPW X ; 

CSTBL. li«i*s.XO  =  JIX  X  ( XPO,  XRO)  ; 

CSTBL.  Halts.  XL  =  BTB(XPL,XFL)  ; 

CSTBL.  limits.  TO  =  BXT(YPO,TRO)  ; 

CST3T  .  Units.  XL  *  RIB  (T»L,TRL)  ; 

IT  (STBCT1. RC*LG  NS  SEXISS)  <*C  is  SOde  C> 

TRBB  CSTBL. predictions. ZP  «  S7BCT1.Z  ♦  3TBCT1.Z9  *  CSTBL. bonnds. TLX ; 
ZPO  *  CSTBL. oredictions.ZP  ♦  CSCSBBB.TPCS; 

ZPL  *  CSTBL. predictions. ZP  -  CSCSBBB.TPCS; 

ZRO  «  STBCT1.Z  ♦  CSCSBBB.TPCS; 

ZRL  *  STBCT1.Z  -  CSCRBBB. TPCS; 

CSTBL.  HsitS.ZO  «  BXX(ZPO,ZRO)  ; 

CSTBL.  Units.  *1  *  BIB  (ZPL, ZRL)  ; 

BLSB:  <do  no‘hinp> 

•22  CXlCOLXTE_SEXRCR_LTBr?S; 


COXRSB  SCR BEB  TXSK  LOB-LBTEL  LOGIC 
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ROOtlBB  SBABCH_»OB»ARO 

IB  (starting  address  of  search,  search  Halts,  table  of 
possible  obiect  AC  to  be  excluded  In  search  - 
controlled  or  non-aode  C) 
on;  (potential  conflict  pairs) ; 

<Siveo  *-he  opper  bounds  of  a  region,  searches  the  X  or  RX-list 
for  AC  in  the  region> 

RBPBAT  mile  (object  1C  x  position  below  upper  search  bound  area 
OB  list  is  not  eapty) ; 

I”  (object  AC  is  a  'signpost'  OR  is  not  in  ATABS  service  area) 

OR  is  in  ‘able  of  excluded  AC  types) 

THSH:  <do  nothing> 

B1SBTF  (object  AC  y  oosition  outside  liaits) 

ISIS?  <do  nothing> 

"tSBIP  (obiect  AC  non-aode  C) 

"*HFH  add  AC  to  course  screen  potential  pair  list  for  ‘his  sector 
8L5FIF  (object  altitude  within  search  liaits) 

add  AC  to  potential  pair  list  for  this  sector; 

BLSBI*  (obiect  wertical  Telocity  aboxe  threshold  AB? 
ac  pair  will  be  co-altitude  soon) 

THBH  add  AC  to  potential  pair  list  for  this  sector; 
get  next  succeeding  entry  on  list; 

BWgBBPBAT: 

BBP  SBARCH_FOB»ARD; 


COABSB  SCBSBR  TASK  HI GH-IBTBL  10SIC 
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£021121  S»A<>CH_P0R«ARD 

IN  (CS731,  S7ECT1,  CSCSBEN) 

OOT  (Do*ential  conflict  pairs)  : 

PT»  onjAC;  <tesporary  (local)  rariable) 

<N.B.  37’»c^2  represents  obiect  AC  pointed  to  by  OBJAC, 

S7BCT1  represents  subject  AC> 

OBJAC  =  CS7BL. START: 

REPEAT  NHILE  ((OBJAC  SB  SWOIM  2£  (S7ECT2.  X  51  CSNBl.TtJ)): 

ll  (  (S7ECT2.  SPTOEO  *2  STB  OB)  OR  (S7ECT2.  ATSS  52  RFAtSB)  ££ 

(7  ECT2  .  RCRtG  E£  CS7BL.  NO_NONC)  2£ 

(S7EC-2.C0NC  £2  CS7RL.  NO_CORT)  ) 

2222:  <do  nothing) 

225212  (S7ECT2.T  21  CS7Bt.T0  OR  STfO'S.T  51  CSTBt.Tt) 

2322;  <3o  nothing) 

211212  (S7SCT2.  SCFLG  £2  SwAtSH) 

THEN  add  AC  to  coarse  screes  potential  pelr  list  for  this  sector 
2LS2I1  ((S7ECT2.Z  11  CSVBL.ZO)  4JU  (StlCTl.t  21  CSVBt.ZL)) 

"i,H?N  add  AC  to  notential  pelr  list  for  this  sector: 

St  HIP  ( (SYBCT2.  ZD  21  CSCH5EN.  ZFAST) 

THEN  ZTTHP  »  ( S7ECT1  .  Z-S7ECT2.  Z)  /  (ITBCT2.  ZD-S7ECT1  .Z  0)  ; 

12  ((0.0  12  ZTIHB)  422  (ZTIHS  11  CS7BL.TT.A)) 

THEN  add  AC  to  potential  pair  list  for  this  sector: 
OBJAC  =■  S7ECT2.NETTX: 

220122241; 

»np  s»A°cg  »ons A°B: 


COARSE  5C»EER  TAS»  tO*-LSY?L  LOGIC 


s  I  ««r-  --  — 
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8. 


DETECT  TASK 


The  function  of  the  Detect  Task  is  to  examine  the  potential 
pairs  generated  by  the  Coarse  Screen  Task,  and  for  each 
determine  the  need  and  type  of  subsequent  ATARS  processing. 

The  output  of  the  Detect  Task  is  an  entry  on  the  Encounter  List 
(ELENTRY).  For  each  pair  put  on  the  list,  all  succeeding  tasks 
check  its  entry  for  possible  work  to  be  performed. 

Specifically  the  Detect  Task  determines  if  ATARS  has  control  of 
a  BCAS/ATCRBS  conflict,  if  a  controller  alert  is  required,  if  a 
proximity  warning  is  required,  if  a  threat  advisory  is 
required,  if  a  resolution  advisory  is  required,  or  if 
resolution  deletion  is  required.  It  does  not  determine  the 
type  of  resolution  advisory  or  generate  messages.  This  is  left 
to  future  tasks. 

8.1  BCAS/ATCRBS  Control 


Whenever  a  BCAS-e quipped  aircraft  is  within  the  ATARS  service 
area,  it  is  desired  that  ATARS  resolve  all  conflicts  that  it 
sees.  The  BCAS  must  not  be  permitted  to  resolve  the  same 
conflicts,  as  it  might  select  a  different  resolution.  However, 
the  BCAS  is  permitted  to  operate  near  the  limits  of  ATARS 
service,  so  that  it  may  provide  advisories  against  threats 
outside  the  service  area. 

When  the  BCAS  encounters  a  DABS-e quipped  threat,  the  ATARS  site 
ID  bits  serve  to  permit  or  inhibit  BCAS  action,  as  defined  in 
Reference  11.  When  the  threat  is  non-beacon  equipped  or 
non-mode  C  ATCRBS,  BCAS  does  not  track  it.  However,  when  the 
threat  is  mode  C  ATCRBS,  ATARS  must  inform  the  BCAS  that  the 
particular  aircraft  pair  is  under  ATARS  control.  The  ATCRBS 
Track  Block  Message  inhibits  the  BCAS  for  this  threat;  its 
absence  Implies  that  ATARS  does  not  see  the  threat. 

The  method  employed  models  the  BCAS  aircraft's  detection  logic, 
with  slightly  less  restrictive  thresholds  (Table  8-1).  If  BCAS 
is  expected  to  give  a  threat  or  resolution  advisory  soon,  a 
message  is  sent  to  BCAS  using  a  track  block  of  position  data  to 
identify  the  ATCRBS  aircraft  (Section  16.1.1.2).  BCAS  is  thus 
informed  to  yield  control  of  the  potential  conflict.  This 
message  is  not  sent  for  all  BCAS/ATCRBS  pairs  within  the  ATARS 
area,  but  only  for  those  whose  BCAS  would  generate  advisories. 
This  reduces  the  communications  load  on  the  DABS  data  link  and 
avoids  unnecessary  processing  by  BCAS. 
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TABLE  8-1 


BCAS  SENSITIVITY  LEVEL  DEPENDENT  VARIABLES, 
STRUCTURE  BCSVBL 


VARIABLE  VALUE  AT  GIVEN  SENSITIVITY  LEVEL 


2 

3 

4 

5 

6 

7 

HI 

NA 

.00278 

.00278 

.00278 

.004 

.005  runi^/s 

DMOD 

NA 

.1 

.3 

.5 

1.3 

1 . 6  runl 

TRTHR 

NA 

23 

25 

30 

35 

40  s 

TVTHR 

NA 

23 

25 

30 

35 

40  s 

RTHRTA 

.35 

.50 

.75 

1.5 

2.0 

2. 5  nml 

H1TA 

.002 

.00278 

.00278 

.00278 

.004 

.005  nml^/s 

DMODTA 

.13 

.2 

.4 

.6 

1.5 

1.9  nml 

TRTHTA 

25 

35 

40 

45 

50 

53  s 

TVTHRTA 

25 

35 

40 

45 

50 

53  s 
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Proximity  Advisories 


Proximity  advisories  are  Issued  to  an  aircraft  pair  whenever 
they  are  estimated  to  be  within  30  (TLPSQ)  seconds  of  each  other 
or  within  a  fixed  range  (RPMIN)  and  altitude  (RST).  It  is 
possible  to  issue  proximity  advisories  when  one  aircraft  is 
non-mode  C.  In  this  case  the  co-altitude  condition  is  assumed 
to  always  be  satisfied.  Additionally  a  horizontal  tau  test  is 
performed  for  these  aircraft.  If  satisfied,  a  proximity 
advisory  is  issued.  The  need  for  this  additional  possibility  of 
alarm  occurs  when  the  aircraft  pair  are  co-altitude  and  in  a 
head-on  geometry.  The  tau  test  is  designed  to  give  an  earlier 
warning  for  this  case  than  a  range  test,  since  the  threat 
advisory  test  is  not  performed.  When  both  altitudes  are  known 
this  test  is  not  necessary  as  the  normal  threat  logic  handles 
the  situation.  For  non-mode  C  aircraft  the  proximity  advisory 
is  the  only  function  performed  by  the  Detect  Task. 

The  PWIFLG  flag,  when  set,  signifies  a  proximity  advisory  is 
necessary  for  the  pair. 

8.3  Threat  Advisories 


A  threat  advisory  is  an  indication  that  a  dangerous  situation  is 
imminent  and  if  the  aircraft  maintain  present  course  a 
resolution  advisory  will  be  sent.  The  threat  advisory 
conditions  are:  the  aircraft  not  be  in  a  final  approach  zone 
(see  Section  8.7),  the  aircraft  be  proximate  in  space  or  be 
estimated  to  be  proximate  soon  (tau  tests).  Only  those  aircraft 
pairs  which  are  not  diverging  or  within  spatial  constraints  are 
subject  to  the  threat  advisory  tests. 

The  FPWFLG  flag  is  set  for  uncontrolled  aircraft  and  the  FPIFLG 
flag  is  set  for  controlled  aircraft  to  indicate  threat  advisory 
messages  are  required. 

8. A  Resolution  Advisories 


Aircraft  predicted  to  be  within  ATARS  separation  criteria 
violation  and  not  in  a  final  approach  zone  are  issued  resolution 
advisories.  Aircraft  pairs  are  subjected  to  the  resolution 
advisory  tests  if  the  pair  has  satisfied  all  threat  advisory 
conditions.  The  aircraft  pair  then  must  be  proximate  in  space 
and/or  estimated,  by  use  of  the  tau  tests,  to  be  near  separation 
violation.  If  these  conditions  are  satisfied  the  CMDFLG  flag  is 
set  and  if  one  of  the  aircraft  is  controlled  the  IFRFLG  flag  is 
set.  The  resolution  advisory  is  generated  in  the  Master 
Resolution  Task  when  two  of  the  latest  three  scans  has  had  the 
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CMDFLG  flag  set  (see  Section  12.3.1).  It  is  possible  to  give  an 
immediate  command,  i.e.,  the  resolution  advisory  is  generated 
and  sent  the  same  scan.  Basically  the  separation  violation  must 
be  imminent,  existing,  or  the  aircraft  form  a  dangerous  flight 
geometry  (Maneuvering  Threat  Logic  Process)  where  one  aircraft 
can  turn  into  the  other  without  sufficient  time  to  predict  the 
airspace  violation  and  safely  escape.  In  these  cases  the  MTTFLG 
flag  is  set  to  bypass  the  two  out  of  three  window. 

When  the  conditions  to  set  the  CMDFLG  and  IFRFLG  are  met,  the 
setting  of  these  flags  may  still  be  inhibited.  The  aircraft 
pair  are  not  given  advisories  when,  at  the  time  of  predicted 
closest  approach  in  the  horizontal  direction,  their  predicted 
separation  in  the  vertical  dimension  exceeds  a  threshold.  This 
occurs  when  the  aircraft  are  presently  vertically  proximate  but 
diverging  with  a  significant  rate. 

8.5  Controller  Alerts 

Controller  alert  initiation  logic  resembles  the  threat  and 
resolution  advisory  determination  function.  Its  purpose  Is 
entirely  distinct,  however.  If  either  aircraft  is  controlled. 

It  Is  desired  to  inform  the  controller  of  a  possible  conflict 
situation  before  a  resolution  advisory  is  necessary. 

The  CAFLG  flag  is  set  if  either  aircraft  is  in  an  area  type 
requiring  controller  notification  and  the  tau  or  proximity  tests 
are  satisfied,  or  the  aircraft  are  in  a  dangerous  geometry 
(parallel,  offset  and  turning  towards  one  another).  If  both 
aircraft  are  in  a  final  approach  zone  2,  the  proximity  tests, 
only,  are  applied  in  order  to  further  desensitize  the  logic  to 
converging  traffic  patterns  (see  Section  8.7). 

The  controller  alert  message  is  generated  (see  Section  11)  as 
soon  as  three  of  the  latest  five  scans  (a  system  variable)  have 
had  the  CAFLG  flag  set.  This  filter  can  be  overridden  and  an 
immediate  message  sent  if  the  dangerous  maneuver  is  detected  or 
the  aircraft  separation  violation  is  existing.  An  immediate 
alarm  is  designated  by  setting  the  ICAFLG.  A  controller  alert 
i s  no  longer  given  when  the  last  three  scans  have  had  no 
controller  alert  flag  set  in  Detect  Task. 

8.6  Parameter  Selection 

The  majority  of  the  various  thresholds  that  appear  in  the  Detect 
Task  and  its  routines  depend  on  a  number  of  criteria  for  their 
determination.  Those  parameters  (or  thresholds)  that  are  not 


true  constants  are  in  general  assigned  in  the  Tau  and  Proximity 
Threshold  Determination  Routine  (See  Section  8.8).  First,  the 
non-constant  thresholds  may  depend  on  the  control  status  of  the 
aircraft  in  an  encounter:  controlled/controlled, 
controlled/uncontrolled,  uncontrolled/uncontrolled.  Additional 
specification  may  depend  on  area  type  of  the  encounter  (1,  2,  3, 
4),  multiplicity  of  the  encounter,  and  ATARS  equipage.  In  the 
case  of  uncontrolled /uncontrolled  encounters,  specification  may 
also  rely  on  a  computed  index,  UUIND,  which  is  set  in  the 
Uncon/Uncon  Index  Determination  Routine.  Furthermore,  certain 
tau  thresholds  are  computed  based  on  closing  speed,  and 
ultimately  rely  on  the  thresholds  TCONV  and  TCONH  determined  in 
the  Tau  Proximity  and  Threshold  Determination  Routine.  Such 
variables  have  a  nominal  value  calculation,  plus  a  maximum  value 
and  a  minimum  value.  The  nominal  value  must  be  restricted  by 
the  smallest  value  consistent  with  system  safety  and  by  the 
largest  value  feasible  with  an  acceptable  unwanted  alarm  rate. 

A  synopsis  of  all  detection  variables  may  be  found  in  Table  8-2, 
8-3,  8-4,  and  8-5.  True  constants  are  defined  in  Appendix  A. 

8.7  Area  Type  and  Zone  Determination 

As  indicated  previously,  selection  of  thresholds  may  depend  on 
the  area  type  of  an  encounter,  ENAT,  determined  in  the  Encounter 
Area  Type  Determination  Routine.  This  index  is  a  combination  of 
the  individual  area  types,  ACAT,  determined  in  the  Area  Type 
Determination  Routine.  For  each  new  position,  i.e.  every  scan, 
of  the  aircraft  in  the  pair  under  consideration,  the  aircraft's 
area  type  is  determined  by  referencing  a  map  (the  area  type  data 
base  described  in  Table  8-6)  and  from  these  two  area  types  for 
the  pair,  the  encounter  area  type  is  calculated.  It  is  possible 
for  the  area  types  for  an  aircraft  to  be  previously  determined 
by  the  domino  logic  for  this  scan  before  entry  into  the  Detect 
Task.  The  Area  Type  Determination  Routine  will  be  called  from 
the  Encounter  Area  Type  Determination  Routine  only  as  necessary. 

Each  ACAT  area  type  1  or  2  defines  a  horizontal  parallelogram, 
type  1  encompassing  the  immediate  vicinity  of  an  airfield,  and 
type  2  encompassing  the  approach  areas  for  each  runway  between 
specified  altitudes.  Area  type  1  may,  however,  be  further 
modified  with  "legs",  or  straight  line  segments  that  may  be  used 
to  remove  corners  of  the  parallelogram.  Type  3  is  the  balance 
of  the  airspace  out  to  a  range  of  RDIST  (system  parameter), 
beyond  which  is  the  area  type  4.  Both  aircraft  having  an  ACAT 
value  of  3  would  result  in  ENAT  being  3.  Also,  both  aircraft  in 
different  area  type  2  regions  would  result  in  ENAT  being  3 
again.  The  complete  mapping  algorithm  is  specified  in  the 
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TABLE  8-2 


CONTROLLER  ALERT  VARIABLES,  STRUCTURE  CAVBL 


VARIABLE 

VALUE 

ENAT  1 

ENAT  2 

ENAT  3 

ENAT  4 

AFCON 

NA 

275  ft 

375  ft 

375  ft 

MDCON2 

NA 

.5625  nmi^ 

1.44  nmi ^ 

1.44  nmi 

RCON2 

NA 

.5625  nmi^ 

1.44  nmi ^ 

1.44  nmi 

TCONH 

Calculated  in  Routine  TAU 

AND  PROXIMITY 

THRESHOLD 

DETERMINATION 


TCONV  Calculated  In  Routine  TAU_AND_PROXIMITY_THRESHOLD 

DETERMINATION 
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TABLE  8-3 


PARAMETER  DETERMINATION  VARIABLES,  STRUCTURE  PDVBL 


VARIABLE  VALUE 


ENAT  1 

ENAT  2 

ENAT  3 

ENAT  4 

ACONTH 

275  ft 

275  ft 

375  ft 

375  ft 

RCONTH 

. 7  5  nmi 

.75  nmi 

1.2  nmi 

1.2  nmi 

TWARN 

36.8  s 

36.8  s 

36.8  s 

44.8  s 
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TABLE  8-4 


RESOLUTION  ADVISORY  VARIABLES,  STRUCTURE  RAVBL 


VARIABLE  _ INDICES _ 

CONTROL  ENAT 

STATE  (PRCONT) 

AIFR  C/C1  1 

2 

3 

4 

C/U  1 

2 

3 

4 


VALUE 


750  ft 
750  ft 
750  ft 
750  ft 
750  ft 
750  ft 
750  ft 
750  ft 


RIFR2  C/C 


C/U 


AF 


u/u 


C/U 


1 

2 

3 

4 
1 
2 

3 

4 


.5625  nmi2 
.5625  nmi2 
.5625  nmi2 
.5625  nmi2 
.5625  nmi2 
.5625  nmi2 
.5625  nmi2 
•5625  nmi ^ 


1 

2 

3 

4 
1 
2 

3 

4 


750  ft 
750  ft 
750  ft 
750  ft 
750  ft 
750  ft 
750  ft 
750  ft 


RCMD2  U/U 


C/U 


1 

2 

3 

4 
1 
2 

3 

4 


1.0  nmi2 
1.0  nmi2 
1 . 0  nmi 2 
1 • 0  nmi 2 
.5625  nmi2 
.5625  nmi2 
1.0  nmi2 
1.0  nmi2 
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TABLE  8-4 
(Continued) 


VARIABLE  INDICES  VALUE3 


CONTROL 

ENAT  MULT 

EQUIP 

NOMINAL 

MIN 

MAX 

STATE  (PRCONT) 

(PREQ) 

TIFRH 

C/C 

1 

GT3 

E/E2 

TCONH -3 5 

60 

60  8 

E/U 

TCONH-3  5 

60 

60  s 

LE3 

E/E 

TCONH-35 

30 

30  s 

E/U 

TCONH-3 5 

30 

30  s 

2 

GT3 

E/E 

TCONH-35 

60 

60  s 

E/U 

TCONH-35 

60 

60  s 

LE3 

E/E 

TCONH-35 

30 

30  s 

E/U 

TCONH-35 

30 

30  s 

3 

GT3 

E/E 

TCONH-35 

60 

60  s 

E/U 

TCONH-35 

60 

60  s 

LE3 

E/E 

TCONH-35 

30 

30  s 

E/U 

TCONH-35 

30 

30  s 

4 

GT3 

E/E 

TCONH-35 

60 

60  s 

E/U 

TCONH-35 

60 

60  s 

LE3 

E/E 

TCONH-35 

38 

38  s 

E/U 

TCONH-35 

38 

38  s 

C/U 

1 

GT3 

E/E 

TCONH-35 

60 

60  s 

E/U 

TCONH-35 

60 

60  s 

LE3 

E/E 

TCONH-35 

30 

30  s 

E/U 

TCONH-35 

30 

30  s 

2 

GT3 

E/E 

TCONH-35 

60 

60  s 

E/U 

TCONH-35 

60 

60  8 

LE3 

E/E 

TCONH-35 

30 

30  s 

E/U 

TCONH-35 

30 

30  s 

3 

GT3 

E/E 

TCONH-35 

60 

60  s 

E/U 

TCONH-35 

60 

60  s 

LE3 

E/E 

TCONH-35 

30 

30  a 

E/U 

TCONH-35 

30 

30  s 

4 

GT3 

E/E 

TCONH-35 

60 

60  s 

E/U 

TCONH-35 

60 

60  s 

LE3 

E/E 

TCONH-35 

38 

38  s 

E/U 

TCONH-35 

38 

38  s 

TIFRV 

Same  as  TIFRH, 

except  TCONH  is 

replaced  by  TCONV  in 

the 

NOMINAL  column. 
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TABLE  8-4 
(Concluded) 


VARIABLE 


TCMDH 


INDICES 


VALUE - 


lN  MAX 


STATE  ( PRCONT) 


(PREQ) 


C/U 


U/U 


1 

GT3 

E/E 

TCONH-15 

60 

60  s 

U/E 

TCONH-15 

60 

60  s 

LE3 

E/E 

TCONH-1 5 

30 

45  s 

U/E 

TCONH-15 

30 

45  s 

2 

GT3 

E/E 

TCONH-15 

60 

60  s 

U/E 

TCONH-15 

60 

60  s 

LE3 

E/E 

TCONH-15 

30 

45  8 

U/E 

TCONH-15 

30 

45  s 

3 

GT3 

E/E 

TCONH-15 

60 

60  s 

U/E 

TCONH-15 

60 

60  s 

LE3 

E/E 

TCONH-15 

30 

45  8 

U/E 

TCONH-15 

30 

45  s 

4 

GT3 

E/E 

TCONH-15 

60 

60  s 

U/E 

TCONH-15 

60 

60  s 

LE3 

E/E 

TCONH-15 

38 

53  s 

U/E 

TCONH-15 

38 

53  8 

UUIND 

4 

VALUE 

1 

1 

30  s 

2 

38  s 

2 

1 

30  s 

2 

38  s 

3 

1 

30  s 

2 

38  s 

4 

1 

38  s 

2 

38  s 

TCMDV  Same  as  TCMDH,  except  TCONH  is  replaced  by  TCONV  in 

the  NOMINAL  column 


1 

2 

3 


C  "  Controlled,  U  ■  Uncontrolled,  referenced  as  PRCONT  in  pseudocode 
E  ■  ATARS  Equipped,  U  ■  Unequipped,  referenced  as  PREQ  in  pseudocode 
The  values  of  TCONH,  TCONV  are  calculated  in  Routine  TAU  AND 


PROXIMITY_THRESHOLD_DETERMINATION. 

4UUIND  is  defined  in  Routine  UNCON/ UNCON_I NDEX_DETERMINATION . 
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TABLE  8-5 


THREAT  ADVISORY  VARIABLES,  STRUCTURE  TAVBL 


VARIABLE 

INDICES 

VALUE 

CONTROL 

ENAT 

STATE  (PRCONT) 

AFIFR 

C/C1 

1 

1000  ft  , 

2 

1000  ft  ! 

3 

1000  ft 

A 

1000  ft 

C/U 

1 

1000  ft 

2 

1000  ft 

3 

1000  ft 

A 

1000  ft  j 

MDFPI2 

C/C 

1 

1 

.5625  nmi2  ' 

2 

.5625  nmi2 

3 

.5625  nmi2 

A 

.5625  nmi2 

C/U 

1 

.5625  nmi2 

2 

.5625  nmi2 

3 

l.AA  nmi2 

A 

l.AA  nmi2 

RFIFR2 

C/C 

1 

.5625  nmi2 

2 

.5625  nmi2 

3 

.5625  nmi2 

A 

.5625  nmi2 

C/U 

1 

.5625  nmi2 

2 

.5625  nmi2 

3 

l.AA  nmi2 

A 

l.AA  nmi ^ 
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VARIABLE 


AFPWI 


MDFPW2 


RFPWI2 


TABLE  8-5 
(Continued) 


_ INDICES  VALUE 

CONTROL  ENAT 

STATE  (PRCONT) 


U/U 


C/U 


1 

1000 

ft 

2 

1000 

ft 

3 

1000 

ft 

4 

1000 

ft 

1 

1000 

ft 

2 

1000 

ft 

3 

1000 

ft 

4 

1000 

ft 

U/U  1 

2 

3 

4 

C/U  1 

2 

3 

4 


1.0  nmi2 
1 . 0  nmi 2 
1.0  nmi2 
1.0  nmi2 
.5625  nmi2 
•5625  nmi2 
1.44  nmi2 
1.44  nmi2 


U/U  1 

2 

3 

4 

C/U  1 

2 

3 

4 


1.0  nmi2 
1. 0  nmi 2 
1 . 0  nmi 2 
1.0  nmi2 
. 5625  nmi 2 
.5625  nmi2 
1.44  nmi2 
1.44  nmi 2 
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TABLE  8-5 
(Continued) 


VARIABLE 


TFIFRH 


TFIFRV 


INDICES  VALUE3 


CONTROL  ENAT 

MULT 

EQUIP 

NOMINAL 

MIN 

MAX 

STATE  (PRCONT) 

C/C1  1 

GT3 

E/E2 

TCONH 

60 

68  s 

E/U 

TCONH 

60 

68  s 

LE3 

E/E 

TCONH 

30 

60  s 

E/U 

TCONH 

30 

60  s 

2 

GT3 

E/E 

TCONH 

60 

68  s 

E/U 

TCONH 

60 

68  s 

LE3 

E/E 

TCONH 

30 

60  8 

E/U 

TCONH 

30 

60  8 

3 

GT3 

E/E 

TCONH 

60 

68  s 

E/U 

TCONH 

60 

68  s 

LE3 

E/E 

TCONH 

30 

60  s 

E/U 

TCONH 

30 

60  s 

4 

GT3 

E/E 

TCONH 

60 

68  s 

E/U 

TCONH 

60 

68  8 

LE3 

E/E 

TCONH 

38 

68  s 

E/U 

TCONH 

38 

68  s 

C/U  1 

GT3 

E/E 

TCONH 

60 

68  8 

E/U 

TCONH 

60 

68  s 

LE3 

E/E 

TCONH 

30 

60  s 

E/U 

TCONH 

30 

60  s 

2 

GT3 

E/E 

TCONH 

60 

68  s 

E/U 

TCONH 

60 

68  s 

LE3 

E/E 

TCONH 

30 

60  s 

E/U 

TCONH 

30 

60  s 

3 

GT3 

E/E 

TCONH 

60 

68  s 

E/U 

TCONH 

60 

68  s 

LE3 

E/E 

TCONH 

30 

60  s 

E/U 

TCONH 

30 

60  s 

4 

GT3 

E/E 

TCONH 

60 

68  s 

E/U 

TCONH 

60 

68  s 

LE3 

E/E 

TCONH 

38 

68  8 

E/U 

TCONH 

38 

68  s 

Same  as  TFIFRH, 

except 

TCONH  Is 

replaced 

by  TCONV 

in 

the  NOMINAL  column. 
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TABLE  8-5 
(Concluded) 


VARIABLE  INDICES  _  VALUE3 


CONTROL 

ENAT  MULT 

EQUIP 

NOMINAL 

MIN 

MAX 

STATE  (PRCONT) 

TFPWIH  C/U 

1 

GT3 

E/E 

TCONH 

60 

68  s 

U/E 

TCONH 

60 

68  s 

LE3 

E/E 

TCONH 

30 

60  s 

U/E 

TCONH 

30 

60  s 

2 

GT3 

E/E 

TCONH 

60 

68  s 

U/E 

TCONH 

60 

68  s 

LE3 

E/E 

TCONH 

30 

60  s 

U/E 

TCONH 

30 

60  s 

3 

GT3 

E/E 

TCONH 

60 

68  s 

U/E 

TCONH 

60 

68  s 

LE3 

E/E 

TCONH 

30 

60  s 

U/E 

TCONH 

30 

60  s 

4 

GT3 

E/E 

TCONH 

60 

68  s 

U/E 

TCONH 

60 

68  s 

LE3 

E/E 

TCONH 

38 

68  s 

U/E 

TCONH 

38 

68  s 

UUIND4 

VALUE 

U/U  1 

1 

45  s 

2 

53  s 

2 

1 

45  s 

2 

53  s 

3 

1 

45  s 

2 

53  s 

4 

1 

53  s 

2 

53  s 

TFPWIV  Same  as  TFPWIH,  except  TCONH  is  replaced  by  TCONV  in  the 

NOMINAL  column* 


3C  -  Controlled,  U  -  Uncontrolled,  referenced  as  PRCONT  in  pseudocode. 

-  ATARS  Equipped,  U  -  Unequipped,  referenced  as  PREQ  in  pseudocode. 
3The  values  of  TCONH,  TCONV  are  calculated  in  Routine  TAU_AND_PROXIMITY 
THR£SHOLD_DETERMINATION. 

4UUIND  is  defined  in  Routine  UNCON/UNCON  INDEX  DETERMINATION. 
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TABLE  8-6 


AREA  TYPE  DATA  BASE 


An  ATARS  area  type  data  base  for  a  particular  ATARS  site 
consists  of  type  1  areas,  their  associated  type  2  areas,  a  type 
3  area  and  a  type  4  area. 

RDIST  =  83.3  nmi  (for  sensor  azimuth  jitter  of  .06  degrees) 
defines  the  maximum  extent  of  type  3  area.  Beyond  this  range 
is  type  4. 

Encompassing  a1.!  type  1  areas  and  type  2  areas  is  the 
parallelogram  defined  by  ZHMNX,  ZHMXX,  ZHMNY,  ZHMXY  which 
serves  as  a  coarse  filter  in  area  determination  routines. 
Locations  outside  this  area  are  not  subjected  to  type  1  or  2 
determination. 

The  number  of  type  1  areas  is  given  by  NOI.  For  each  type  1 
area  (up  to  10  type  1  areas  are  allowed)  the  following 
information  is  required: 

a)  IDI  -  the  name  given  to  the  type  1  area 

b)  A1 ,  Bl,  Cl,  C2,  A2,  B2,  C3,  C4  -  define  the  parallelogram 
which  delimits  the  type  1  area 

c)  ZMIN,  ZMAX  -  define  the  limits  of  the  type  1  area  in 
altitude 

d)  CARQ1  -  determines  if  a  controller  alert  is  required  for 
this  type  1  area 

e)  NLEGS  -  the  number  of  "legs”  which  delimit  the  type  1  area 
(allow  up  to  25  per  type  1  area).  The  use  of  the  legs 
allows  the  parallelogram  defined  in  (b)  to  be  modified  into 
a  convex  polygon. 

f)  Dl,  El,  FI  -  define  one  leg  for  each  area  type 
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TABLE  8-6 
(Concluded) 


An  aircraft  is  in  a  type  1  area  If  its  position  (X,  Y,  Z) 
satisfies: 

1)  Cl  LE  (A1  *  X  +  B1  *  Y)  LE  C2 

2)  C3  LE  (A2  *  X  +  B2  *  Y)  LE  C4 

3)  ZMIN  LE  Z  LE  ZMAX 

4)  (D1  *  X  +  El)  LE  F.  for  each  leg 

The  number  of  type  2  areas  is  given  by  NOII.  For  each  type  2 

area  (allow  up  to  100  type  2  areas)  the  following  information 

is  required: 

a)  IDI  -  the  name  of  the  type  1  area  with  which  this  type  2 
area  is  associated. 

b)  U1 ,  VI,  Wl,  W2,  U2,  V2,  W3,  W4  -  define  the  parallelogram 
which  delimits  the  type  2  area 

c)  HMIN,  HMAX  -  define  the  altitude  extent  of  the  type  2  area 

d)  CARQ2  -  determines  if  a  controller  alert  is  required  for 
this  type  2  area 

An  aircraft  is  in  a  type  2  area  if  its  position  (X,  Y,  Z) 
satisfies 

1)  Wl  LE  (U1  *  X  +  VI  *  Y)  LE  W2 

2)  W3  LE  (U2  *  X  +  V2  *  Y)  LE  W4 

3)  HMIN  LE  Z  LE  HMAX 
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pseudocode  (Section  8.8).  A  value  of  4  for  ENAT  represents  the 
most  sensitive  area,  ENAT  1  being  the  least  sensitive. 

The  final  approach  zone  status  of  arriving  aircraft,  FAZ, 
contained  in  the  State  Vector,  is  utilized  in  the  Detect  Task, 
the  Terrain/Airspace/Obstacle  Avoidance  Task  as  well  as  in  the 
Master  Resolution  Task.  Basically,  the  final  approach  zone  is 
divided  into  two  types,  type  1  encompassing  the  airfield  (and 
generally  to  a  lower  altitude  than  for  area  type  1),  and  type  2 
encompassing  a  sloping  rectangular  region  containing  the  normal 
approach  path  for  each  runway. 

The  parameter  FAZ  can  have  the  following  values  upon  entry  into 
the  Detect  Task: 

FAZ  =  -1,  not  initialized  for  this  aircraft,  must 
be  set  by  Detect  Task 

FAZ  =  0,  aircraft  is  not  in  a  final  approach  zone 

FAZ  =  1,  aircraft  is  in  a  final  approach  zone  type  1 

FAZ  =  2,  aircraft  is  in  a  final  approach  zone  type  2 

The  Final  Approach  Zone  Determination  Routine,  called  when  FAZ 
is  not  initialized,  is  the  same  routine  used  in  the 
Terrain/Airspace/Obstacle  Avoidance  Task.  If  FAZ  has  the  value 
1  or  2  then  the  State  Vector  paranuter  ZPRT  has  been  initialized 
to  the  call  letters  of  the  airport  associated  with  the  final 
approach  zone.  Table  8-7  describes  the  zone  data  base. 

The  area  types  define  the  area  of  desensitization  for  the  ATARS 
detection  function.  The  zones  define  the  region  for  inhibiting 
the  resolution  advisory  function.  Additionally,  the  zone  2 
region  also  defines  where  controller  alerts  generated  by 
prediction  (tau  tests)  are  to  be  inhibited.  The  proximity 
(immediate  range)  tests  are  never  inhibited.  Appropriate 
definition  of  this  region  will  prevent  nuisance  alerts  in 
parallel  approach  zones  and  converging  approach  zones.  For  this 
inhibit  function  to  be  applicable,  both  aircraft  must  be  in  a 
zone  2  region  (not  necessarily  the  same)  associated  with  the 
same  airport.  Zone  2  should  always  be  encompassed  by  area  type 
1  and/or  2. 
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TABLE  8-7 


ZONE  TYPE  DATA  BASE 


An  ATARS  zone  data  base  for  a  particular  ATARS  site  consists  of 
all  the  zone  l's  and  their  associated  zone  2's. 

Encompassing  all  the  zones,  be  they  1  or  2,  for  a  site  is  the 
parallelogram  defined  by  ZJMNX,  ZJMXX,  ZJMNY,  ZJMXY,  which 
serves  as  a  coarse  filter  in  zone  determination.  Locations 
outside  this  area  are  not  subjected  to  zone  1  or  2 
determination. 

N0Z1  is  the  number  of  zone  l's  for  this  site  (a  maximum  of 
10).  For  each  zone  1  the  following  information  is  required: 

a)  IDZI  -  the  name  given  to  this  zone  1 

b)  AZ0NL1,  AZ0NW1 ,  BZ0NL1,  BZ0NW1,  CZONL1,  CZONW1,  WZON1, 

LZ0N1  -  define  the  parallelogram  which  delimits  the  zone  1 

c)  ZZON1  -  defines  the  altitude  extent  of  the  zone  1 

d)  ACTZ1  -  determines  if  this  zone  1  is  active  or  not 

An  aircraft  is  in  a  zone  1  if  its  position  satisfies: 

1)  -WZ0N1  LE  (AZ0NW1  *  X  +  BZ0NW1  *  Y  +  CZONW1)  LE  WZ0N1 

2)  -LZ0N1  LIE  (AZ0NL1  *  X  +  BZ0NL1  *  Y  +  CZ0NL1 )  LE  LZ0N1 

3)  Z  LE  ZZ0N1 

N0Z2  determines  the  number  of  zone  2's  present  in  an  ATARS 
site.  A  maximum  of  100  zone  2's  are  allowed.  For  each  zone  2 
the  following  information  is  required: 

a)  IDZI  -  the  name  of  the  zone  1  area  with  which  this  zone  2 
is  associated 

b)  AZ0NL2,  BZONL2  -  the  north  and  east  components, 
respectively  of  a  normal  horizontal  vector  parallel  to  the 
main  axis  of  the  given  zone  2  and  pointing  away  from  the 
airfield 

c)  WZ0N2,  AZ0NW2,  BZ0NW2,  CZ0NW2,  LZ0N2,  CZ0NL2  -  with  (b) 
defines  the  parallelogram  in  the  horizontal  plane  which 
delineates  the  zone  2 
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TABLE  8-7 
(Concluded ) 


d)  ZZ0N2,  AZ0NZ2,  BZ0NZ2,  CZ0NZ2,  DZ0NZ2 ,  -  define  the  linear 
surface  In  3-space  which  defines  the  approach  slope  of  the 
zone  2 

e)  C0AA2  -  defines  the  deviation  from  the  normal  defined  by 
(b)  within  which  an  aircraft  Is  considered  to  be  In  zone  2. 
C0AA2  -  .9698 

f)  ACTZ2  -  determines  If  this  zone  2  Is  active  or  not. 

An  aircraft  is  in  a  given  zone  2  if  its  position  (X,  Y,  Z)  and 
horizontal  velocity  (XD,  YD)  satisfy: 

1)  -WZ0N2  LE  (AZ0NW2  *  X  +  BZ0NW2  *  Y  +  CZ0NW2)  LE  WZ0N2 

2)  -LZON2  LE  (AZ0NL2  *  X  +  BZ0NL2  *  Y  +  CZ0NL2)  LE  LZ0N2 

3)  -ZZ0N2  LE 

(AZ0NZ2  *  X  +  BZ0NZ2  *  Y  +  CZ0NZ2  *  Z  +  DZ0NZ2) 

LE  ZZON2 

A)  (XD  *  AZ0NL2  +  YD  *  BZ0NL2)  LT  0 

5)  (XD  *  AZ0NL2  +  YD  *  BZ0NL2) 2  GE  (XD2  +  YD2)  *  COAA2 
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Construction  of  the  zones  adheres  to  the  following  guidelines: 

1.  The  zone  1  extends  approximately  .5  nmi  on  either  side 
of  a  runway. 

2.  The  zone  1  ends  where  the  runway  ends. 

3.  The  zone  1  must  be  a  parallelogram  (There  can  be  more 
than  one  zone  1  associated  with  a  given  airport,  which 
could  remove  the  restriction). 

4.  The  zone  1  should  be  approximately  300  feet  high. 

5.  The  zone  2  extends  approximately  .5  nmi  on  either  side 
of  the  centerline  extending  through  the  runway. 

6.  The  zone  2  cannot  overlap  with  another  zone  2  (a 
software  restriction). 

7.  The  zone  2  begins  at  the  outer  marker  and  extends  to  the 
zone  1. 

8.  The  zone  2  should  be  approximately  400  feet  in  depth. 

8.8  Pseudocode  for  Detect  Task 


The  pseudocode  for  the  Detect  Task  follows.  This  task  can 
operate  as  soon  as  the  Coarse  Screen  Task  has  entered  a  pair  on 
the  Potential  Pair  List.  Any  qualified  variable  or  parameter 
name  (e.g.,  ELENTRY.TCONV)  which  does  not  appear  in  the  list  of 
local  variables  and  parameters  in  the  beginning  of  the  low 
level  pseudocode,  belongs  to  a  system  data  structure  which  is 
defined  in  Section  3.3.  Similarly  unqualified  names  (e.g., 
ADOT)  are  local  to  the  Detect  Task  and  appear  in  one  of  three 
structures,  MISCVBL,  PATHVBL,  ELVBL.  No  distinction  has  been 
made  between  variables  local  to  a  low  level  process  and  used 
only  within  that  process  and  variables  local  to  the  Detect  Task 
and  used  by  different  processes  within  this  task.  An  example 
of  the  latter  would  be  MULT  and  of  the  former  RXVS. 

The  routines  Encounter  Area  Type  Determination,  Area  Type 
Determination,  Final  Approach  Zone  Determination,  are 
referenced  by  other  ATARS  tasks.  These  routines  appear  in  the 
pseudocode  as  local  to  the  Detect  Task.  Care  must  be  taken  in 
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determining  their  exact  form  in  any  computer  installation,  as 
the  code  may  need  to  be  modified  to  allow  for  multiple  entries 
from  different  tasks. 

Frequent  abbreviations  used  in  the  pseudocode  are:  RA  for 
resolution  advisory,  TA  for  threat  advisory,  and  CA  for 
controller  alert. 
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<*•*  BAHEOTSRISG  TARGET  DETECTIOH  PARAB1TBBS  (APP  A)  **•> 


STROCTORB  BTPARB 

GROUP  cntr_thresholds 
PLT  CABR2 

pit  cm 

PIT  CABPSQ 
fLT  CABCP2 
PIT  CABRB2 
PLT  CABSB2 

SROGP  gnl_thresholds 
PLT  STTR2 
PLT  STTA 
PLT  STTPSQ 
PLT  COSP2 
PLT  1TTRH2 
PL?  STTSB2 


{controller  alert  thresholds) 

{range  threshold) 

{altitude  separation  threshold) 

{velocity  threshold  (sq)> 

<cosine  thresh  (sg)  for  parallelism  determination) 
{identical  to  BTTRB2,  belo*> 

<slne  thresh  (sq)  for  of f set/intrail  determination) 
<for  general  sasenmering  threat  detection) 

{range  thresh) 

{altitude  separation  threshold) 

{Telocity  threshold  (sq)) 

{cosine  threshold  (sq)  for  parallelise  determination) 
{value  to  present  division  by  zero) 

{sine  threshold  (sq)  for  offset/intrail  determination) 


DETECT  TASK  LOCAL  PARAS ETESS 

8-P3 


<***  PB0XI8ITT  XDTISOBT  P1B1BBTBRS  (XP P  1)  **•> 


STRCTCTOBB  PXP1RB 
G8Q Op  thresholds 

ttT  HP9IH  <aini«ue  proxisity  range  (sq) > 

PIT  TLPSQ  <proxlslty  tlie  paraseter  (sq)> 

TIT  TP1  <proxlslty  altitude  threshold) 

TBPSTBOCTCTB: 


-  DITBCT  T1SK  tOCIt  PXP1BBTBRS  - 


a  a  a  a 


<**»  S?B0CTO88  S1TAPAB8  (APP  1)  «**> 


ST30CTOBt  HATAPABH  <used  in  non-aode  C  threat  detection) 

SBOOP  nathrs 

828 A  <range  below  which  traffic  advisory  is  always  given) 

THBA  <tan  horizontal  threshold  for  generating  traffic  advisory) 

8D281  <predicted  siss  distance  threshold  for  generating  Tl> 

TSEPSQ  <tine  estinate  of  ainians  separation  before  traffic  advisory  is  given) 
EBDSTBOCTOBB; 


DZTECT  TASK  LOCAL  PARABS7SB S 
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<•••  CORTBOtlEB  ALEBT  PABAE BTERS  (APP  1)  ***> 


STBOCTDBB  CAPABH 
3BOOP  rone2 

FIT  ZAFCOS  <ainiana  Tertical  separation  for  AC  in  zone  2> 

FIT  ZBCOB2  <ainiaua  range  (squared)  threshold  for  AC  in  Zone  2> 

EBDSTBOCTDBE; 


DETECT  TASK  IOCAI  PABAHETEBS 
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<»**  COHTBOLI.br  ALERT  VARIABLES  (Table  8-2)  *••> 


STROCTORE  CAVBL 
GROOP  thresholds 
PIT  APCOH 
PLT  HDC0H2 
nr  Rco«2 
PLT  TCOHH 
PLT  TCOBV 
gRPSTBOCTORE; 


<iaaediate  altitude  threshold) 

<aiss  distance  threshold  (squared)) 
<range  threshold  (sguared)) 
<horizontal  tau  threshold) 

Cvertical  tau  threshold) 


DETECT  TASK  LOCAL  VARIABLES 
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<«’*»  HSSOLOTIO*  AD7IS0RT  7AHI ABLES  (Table  8-4)  ***> 


STROCTORE  SA7BL 

GROOP  ctl_thresholds 
PIT  AIPR 
PLT  8IP52 
FIT  TIPSH 
£11  TIFHT 

GROOP  unc_thresholds 
£11  AP 
FIT  RCHD2 
£11  TCSDH 
PLT  TCSD7 
EHDSTPOCTOREi 


<laaediate  altitude  threshold> 
<range  threshold  (squared) > 
<horlzontal  Taa  threshold> 
<yertical  Taa  threshold> 

<iaaediate  altitude  threshold) 
<range  threshold  (squared)) 
<horizontal  Tau  threshold) 
<vertical  Tau  threshold) 


<***  THREAT  AD7I SORT  7ARI ABLES  (Table  8-5)  *•*> 


STROCTORE  TA7BL 

GROOP  ctl_thresholds 
PLT  AFIPF 
PLT  HDPPI2 
FLT  8FIFR2 
PLT  TPIFRH 
PLT  TPIPR7 

GROOP  unc_thresholds 
PLT  APPRI 
PLT  BDPPR2 
PLT  B*Pil 2 
FLT  TPPtlH 
FLT  TFPRI7 


<iaaediate  altitude  threshold) 

<aiss  distance  threshold  (squared) ) 
<range  threshold  (squared)) 
<hocizontal  Tau  threshold) 

<7ertical  Tau  threshold) 

<iaaediate  altitude  threshold) 

<aiss  distance  threshold  (squared)) 
<range  threshold  (squared)) 
<horizontal  Tau  threshold) 

<Tertical  Tau  threshold) 


DETECT  TASK  LOCAL  7ARIABLES 
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<*•*  STROCfORE  BCSVBL  «**> 


stroctore  bcsvbl  {see  Table  8-1  5  Appendix  A  for  assigned  values) 

SBOOP  res 

ELT  ROTHR  {range  rate  threshold ,  Halts  tau  la  parallel  flight  tracks) 

ELT  Hi  <threshold  for  dlvergance  range  hit  test  for  Ri> 

fit  onoD  <horlzontal  clearance  nsed  to  define  collision  threshold) 

ELT  ththr  {threshold  of  tins  to  closest  approach) 

ELT  ZTHR  {threshold  of  altitude  separation) 

flt  zdthr  {altitude  rate  divergence  threshold) 

FLT  TV^hh  {threshold  of  ties  to  closest  approach) 

GROOP  threat 

ELT  RTHRTA  {range  threshold  for  TA> 

ELT  °DTHRTA  {range  rate  threshold  for  TA> 

FLT  31TA  {threshold  for  divergence  range  hit  test  for  TA> 

ELT  DHODTA  {perforss  role  Of  DHOD  for  TA> 

ELT  TPTHRTA  {perforss  role  of  THT8B  for  TA> 

ELT  ZTHBTA  {perforss  role  of  ZTHR  for  TA> 

ELT  ZOTHHTA  {perforss  role  of  ZDTH1  for  T*> 

FLT  TVTHRt A  {perforss  role  of  TVTH1  for  T»> 

BHP5TB0CTPRE: 


DETECT  TASK  LOCAL  VARIABLES 
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<•••  EHCOOHTEB  CB111CTEEIS7IC  T 181 101. IS  •*«> 


STBOCTORE  EtfBL 
GEOOP  local 

bit  ritriz2: 

IBT  HOIT 
1ST  P8COWT 
lit  P1EQ 
QT  TBIT 
IET  OOXHD 
III  SSI 
EEDSi'gOCTOEE: 


<both  1C  In  Zone  2  (along  glide  slope) > 
<«nltiplicit7  of  enconnter> 

<saaaarizes  control  state  of  ac  pair> 
<soaaarises  equp.  state  of  ac  pair> 
<ratio  of  eq/oneq  1C  speeds> 

<anc/t»c  index> 

<BC1S  sensitivity  level  for  1C  pair> 


-  DETECT  T1SK  10C1I  V1HI1BIES 


8-P10 


<***  LOGIC-PATH  V  AHI ABLES  *•*? 


STROCTORE  PATHV8L 
GROOP  local 

BIT  BT_DBTECTED 
BIT  PP_?AILED 
BIT  HPROX 
BIT  FPROI 
BIT  BCSOPF 
BIT  BOCA 
BIT  GOTST 
BIT  BIITLOOP 
BIT  DOBEBOTH 
BI*r  BORES 
BIT  FILTFAIL 
BIT  SOTHREAT 
EBDSTROCTORE; 


Cianeaxering  target  detected? 

<pref ilterlng  failed? 

Chorizontal  proxiaity  detected? 

Cxertical  proxiaity  detected? 

<pair  under  ATARS  control  only? 

<no  controller  alert  needed? 

<go  to  aaneavering  target  threat  logic? 
<ja«p  oat  of  loop? 

<both  aircraft  in  pair  processed  in  MTT? 
<no  R A  needed  for  this  pair? 

<inhiblt  RA  dne  to  xertical  dixergence? 
<no  T»  needed  for  this  pair? 


DETECT  TASK  LOCAL  7 ASIA BLES 
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<•••  HISCBLLAHEOOS  TARIABLHS  *•*> 


ST80CT0B?  HISCVBL 
GHOOP  local 

PIT  HI  <x  coaponent  of  range  between  AC  (nal)> 

PIT  AT  <7  coaponent  of  range  between  AC  (nal) > 

PIT  HZ  <altltnde  separation  of  two  AC  (ft)  > 

PIT  H  <horizontal  range  between  two  AC  (nai)> 

PIT  THTHO  <tao  true,  unaodifled  (no  DSQ)  horizontal  tan  (s)  > 

PIT  WHt  <closing  x  welocity  (nal/s) > 

PIT  VHY  <closlng  7  welocity  (nai/s)  > 

FIT  WHZ  <closlng  z  welocity  (ft/s)> 

FIT  VHZA  <altltude  conwerging  (negatiwe)  ,  tiwerging  rate  (ft/s)> 

PIT  Tt*  <aaxialua  prediction  tiae  used  in  Detect  (s) > 

FIT  COSA2  <cosine  of  angle  between  AC  welocity  wectors> 

PIT  TH  <wertical  diwergence  prediction  tiae  used  (s)  > 

PIT  TZ 1  <predicted  altitude  of  AC1  after  TH  seconds  (ft)> 

PIT  TZ2  <predicted  altitude  of  AC2  after  TH  seconds  (ft)> 

PIT  TVHD  <predicted  wertical  separation  of  AC  after  TH  seconds  (ft) > 

PIT  AH  horizontal  iaaediate  connand  set  prediction  tine  threshold  (s)  > 

ai  AW  <wertical  iaaediate  coaaand  set  prediction  tiae  threshold  (s) > 

PIT  WH2  <closing  welocity  sgnared,  (nai/s)  **2> 

PIT  HST  <range  threshold  to  deteraine  proximity  adwisory  (nai*«2)  > 

PIT  HD  <closing  range  rate  in  BCA5  inhibit  logic  (nai/s)  > 

PIT  HDTA  <closing  range  rate  in  BCAS  inhibit  logic  <nai/s)> 

PIT  DSQ  <range  aodification  used  in  calculation  of  tb,  nai/(s*«2)> 

PIT  A  <altitude  separation  of  AC  in  BCAS  inhibit  logic  (ft)> 

PLT  ADOT  <altitude  closing  rate  used  in  BCAS  inhibit  logic  (ft/s)> 

IU  BITS  <croaa  product  of  position  wector  connecting  AC  5  a  welocity  wector> 

FIT  SIHB2  <sine  of  angle  between  a  welocity  wector  and  position  wector> 

FIT  BDTBHP  <closing  range  rate  in  BCAS  inhibit  logic  (nai/s)  > 

PLT  TAOS  <aodified  tiae  to  ainiaua  separation  in  BCAS  inhibit  logic  (s)> 

PIT  THTHO  Cunaodified  tise  to  ainiaua  separation  in  BCAS  inhibitlogic  (s) > 

smmsutu; 

-  DBTBCT  TASK  LOCAL  TAHIABIES  - 
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TASK  DETECT 


III  (Potential  conflict  pair  with  state  rectors  and  conflict  tables) 

OPT  (Encounter  list  entry) ; 

<This  task  detersines  if  traffic,  threat  or  resolution  advisories  are  reqnired> 

Reserve  space  tor  possible  ELEHTBT  structure; 

If  (either  AC  is  non-sode  C) ; 

THEH  PEBFOBH  aissing_altitnde_traf f ic_advisory; 

ELSE  PBBfOBH  variable_initialization ; 

IF  (one  AC  BCAS  equipped  AMD  other  AC  ATCRBS  equipped)  ; 

THEH  PEBFQBH  BCAS_inhibit_algorithe; 

PEBFOBH  AC_converging_or_proxi«ate_deternination;  <pref iltering> 

IF  (pair  passed  prefiltering) ; 

THEH  PEBFOBH  nu*ber_of_additional_AC_in_conf lict_detersination; 
CALI  HIHIH0H_APPHOACH_DISTAHCE_PHEDICTIOH; 

PEBFOBH  paraseter_selection;  <detereine  protection 
envelopes  and  tine  thresholds  for  alerts> 

IF  (at  least  one  AC  controlled) ; 

THEH  PEBFOBH  controller_alert_detereination ; 

IF  (at  least  one  AC  equipped  A  HD  both  AC  not  in  final 
approach  zone) ; 

THEH  PEBFOBH  threat_advisory_detersination; 

PEBFOBH  re soluti on_ad visor y_determinat ion; 

IF  (at  least  one  AC  equipped) ; 

THEH  PEBFOBH  prorisity_advisory_detersination ; 

PEBFOBH  eaneurering_threat_logic; 

PEBFQBI)  succeed  in  g_pr  ocess  ing_f  lag_deter  einati  on ; 

IF  (any  further  ATABS  processing  requirsd) 

TSEH  PEBFOBH  uninitialiced_variable_cosputation; 

Store  SLEHTBT  in  Encounter  List; 

ELSE  Release  ELEHTBT  space; 

EHD  DETBCT: 


DETECT  TASK  HIGH-LEVEL  LOGIC 


■U'.  wtcaawa  pag«  bunk-mot  nuas 


a-pis 


USE  DETECT 

IB  (STECT1,  STECT2,  cscbeeb,  conflict  tables  and  pair  recs  (if  any)) 

OPT  (encounter  list  entry  with  flags  set)  ; 
allocate  BLBBTBT : 

H  (STBCT1. HCPLG  SP1LSE  21  S7ECT2. HCPLG  12  IPBLSB) 

THEB  PBBPOBB  ■issing_altitode_traffic_adTisory : 

ELSE  PBBPOBB  Tariable_ini tialila t ion ; 

IZ  ( (ST8CT1.  ITSBQ  12  JiBSQ  2i  STSCT2.  ITS  BO  12  J1BEQ) 

412  (STBCT1.TTPB  EQ  SBTCBBS  OJ  STBCT2.TTPB  12  JiTCBBS) ) 

THEM  PBBFOBB  BC»S_inhibit_algoriths: 

PBBfOBH  AC_conTerging_or_proxisate_deterninatlon; 

IS.  (PF_F»ILED  *  IFBLSE) 

THBB  PEBPOBB  nasb*r_of_additional_*C_in_conf lict_detereination; 
CBLL  BIHianH_»PPROBCH_DtST»BCE_PBEDICTIOH 
U  (TRX.TBT) 

OPT  (ELBBTBI.  H02)  ; 

PBBPOBB  paraseter_selection; 

II  (PBCOBT  11  JHOCOBT) 

THBB  PEBPORH  controller_alert_detereination; 

II  (  (PBEQ  SI  JBOEQ)  M2 

(STBCTUPaZ  -  SPiZO  412  STICT2.P»Z  »  SPBZO) ) 

THBB  PBBPOB1)  threat _adTisory_determinatlon; 

PBBPOBB  resolotion_adTlsory_detersinatlon; 


II  (PBBQ  11  JBOEQ) 

THBB  PBBPOBB  proxisity_adTisory_detersination; 
PBBPOBB  aaneater ing_threat_logic; 

PBBPOBB  sacceeding_processing_f lag_detersination ; 

IP  (any  of  GBOPP  BLBBTBT.  processing_required  15  JP1LSB) 

•*HBB  PBBPOBB  aninitiali*ed_Tariable_coeputation ; 

tin*  BLBBTBT  to  Bncoanter  List; 

BL3B  Deallocate  BLEBTBT; 


512  DETECT; 


DETECT  TBSK  LOB-LET El  LOGIC 


8-PIS 


_ i.’yjE 


°B0CES5  sissing_altitude_traff ic_ad»lsorE; 

<Given  po*ential  conflict  pair  with  one  or  both  *C  lacking 
altitude  information,  this  process  deternines  if  proxinity  advisory  is  needed. 
!t.B.  all  thresholds  are  not  dependent  on  area  types  or 
controller  alert  state> 

Clear  encounter  list  entry  flags;  <future  processing  and  Detect  flags> 
Calculate  range  beteeen  DC: 

If  (range  sinisue  range) 

ngfs  declare  oroxisity  adTlsory  is  necessars; 

ELgE  coepute  seoaration  assusing  he  aaneuwer  towards  one 
another  for  30  seconds  (tlosq)  ; 

I*  (current  range  1?  seoaration  aporoxisation) 

TP EM  declare  oroxisity  adwlsory  is  necessary; 
ft 5E  calculate  ti'se  to  closest  horizontal  approach  (th)  , 
sinisus  horizontal  siss  distance  (sd2) ; 

(th  ItT  threshold  y[D  nd2  IT  threshold) 

THEM  declare  oroxisity  adrisory  is  necessary; 

EMO  sissing_altitude_*1  raf fic_ad»isory ; 


DETECT  "iSR  EIGH-LSTEL  IODIC 
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PBOCBSS  niasing_altitade_traff ic_ad»isory; 

<Given  potential  conflict  pair  »ith  on*  or  both  1C  lacking 
altitnda  intonation,  determines  if  proziaity  advisory  is  naaded. 
8.B.,  all  thrasholds  ara  not  dapandent  on  araa  types  or 
controller  alart  state> 


Cl BIB  GBOOP  SLBBTBT. flags; 

Cl BIB  GBOOP  BIBBTBT. procassing_raqnirad; 

PX  ■  SVECT2. X  -  SVBCT1 . X; 

BT  «  STBCT2.T  -  SVECT1.Y; 

BLEHTBT . BXBGB2  »  BX*BI  ♦  BT*BT ; 
iz  (BIBBTBT. HAHGE2  H1T1PA8H.  B2BA) 

THEB  SBT  FBI PIG; 

B1SE  BST  -  2*H1T1PAB8. TSEPSQ*  (STBCT1.  VSQ  ♦STBCT2.TSQ)  ; 
u  (BIBBTBT.  BAHGE2  BST); 

THEB  SBT  PBIPIG; 

ELSE  TBX  -  STBCT2.XD  -  STBCT1 .  XD; 

TBI  =  SVECT2.YD  -  STBCT1.TD; 

BIBBTBT.  DOT  »  (BX  •  TBX)  ♦  (BT  *  TBI); 

DSQ  »  DETPAHH. BDETt (DBTPABH. ADBT* ( STECT1 .  7SQe5VECT2.  TSQ) ) ; 
BIBBTBT.  TH  »  -  (BIBBTBT.  BABGB2  -  DSQ)  /  ELEBTBT.  DOT; 

Cl LI  HIBIHOB_1PPB01CH_DIST»BCB_PBBDICTIOB 
U  (TBX.TBY) 

OPT  (BIBBTBT. HD2)  ; 

U  (  (BLEHTBT.  TH  HATAPABB.  THHl)  afl 

(BIBBTBT.  HD2  a  BATIPARH.  HD2BA)  ) 

THBB  SET  PVIPlG; 


BID  nlaaing_altitnda_traf fic_adTlsory ; 


DETECT  TASK  LOB-LBTBl  LOGIC  — 
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pgQCBSS  Taclahle_initiaiizat ion; 

<?erforas  preliainary  convergence  calculations  and  initializes  variables> 

Clear  encounter  list  en‘ry: 

Indicate  that  (encounter  area  type, 

■iss  distance, 
horizontal  ’•an, 

vertical  Ian)  ara  unini*ial ized; 

Indicate  that  resolution  advisory  GUC  Tan  thresholds  are  uninitialized: 

Coapu*e  (vertical  separation, 
convergence  rate, 
range)  : 

Ooteralne  equipage  and  con*rol  status; 

SUP  varlable_lnitiallzallon; 


OBfPCT  "ASK  dIGB-tBTrt  IOGIC 
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PROCESS  »ariabla_initialization; 

Sal  G80DP  ELEBTBT.  flags; 

Cl. It 8  CBOOP  ELE8TBT.pcocaS8in9_raqai.rad; 

EIEBTBT.BB8T  »  S0D8T; 

ELEBTRT.BD2  «  JtJOBD; 

ELEBTBT.  TH  ■  8ODTX0; 

ELEBTBT. TV  *  SODTiO; 

BXTBL.TCBDH  »  SOOTED; 

R8V8L.TCSDV  -  S0DT10; 

BE  «  SVECT2.Z  -  STBCT1. Z; 

ELEBTBT. 1LT  »  BBS (HZ); 

BE  =  STECT2.  X  -  STECT1  .  X; 

BT  =«  STECT2.T  -  STECtl.T; 

TBX  »  SVECT2.XD  -  STECT1. XD; 

TRT  *  STECT2.TD  -  STECT1.TD; 

ELEBTBT.  DOT  «  <RX  *  TBXJ  *  (BT  *  7BT)  ; 

ELEBTBT.  R1BGE2  *  BX»*2  ♦  HT*s2; 

H  «  SQBT (RABGE2) ! 

CXLL  XIBCB»PT_P»IR_EQOIPBEBT_B8D_COBTBOL_STITE_D8TEBBIBITIOB 
ifi  (STECT1,  SVECT2) 

OPT  (PBCOBT, PBEO) ; 


EBP  aariable_ initialization; 


DETECT  TBSK  LOB-LITBL  LOGIC 


8-P19 


PKOCtSS  8C»S_lnhlblt_algorttha: 

<Deterainea  If  BC» threat  logic  shoald  be  Inhibited  for  thla  ptlr> 

If  (Bens  eenaitlvity  level  22  2)  <le  BCis  operating?) 

XUS  X*  (thla  alte  la  prlaary  for  BC1S  »C) 

TUBE  PBBfOiH  BC»S_threat._loglc; 

BLSf  PgBfOBH  BClS_reaolBtlon_4eteralnation_logie: 

EBP  8C»S_lnhibit_algorltha; 


PS^BCT  TUSK  BIOH-lETBt  108IC 
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PBOCBSS  BC»S_lnhibit_algorlthi5 

<Dataralnaa  if  BCis  ahonld  ba  inhlbitad  for  thia  palr> 

IX  (STBCT1.1TSIQ  SjJ  SlBSQ) 

mi  SSL  ■  stbcti.  SCI  SSL:  <  SSL  la  aaad  to  rafaranca  Tabla  8-l> 

PBIH  -  STBCTI. PSTiT; 

BL3B  SSL  •  STECT2. BCXSSL; 

PBIH  »  STBCT2. PSTBTi 
H  (SSL  21  2) 

1111  11  (PBIH  fifi  STEPS) 

THIS  PBBPOBH  BCBS_thraat_logics 

ELSE  PBBPOBH  BClS_raaolntlon..datar aiaatlon_loglc ; 
els; :  <do  nothing  aa  BCBS  not  oparatlng> 

EBP  BC»S_lnhiblt_algorlthnj 


DETECT  TISK  LOB-LBTSl  LOGIC 


8-P21 


QR0C8SS  AC_converging_or_proxi»ate_delersinat ion: 

<Serv»s  as  a  prefilter  -  if  *C  ars  diverging  or  not  near  one 
another  then  no  CA,  RA,  TA  tan  testing  Is  perforaed> 

If  (the  aircraft  are  diverging! 

TS53  prefiltering  failed; 

RTS!  aodifT  slight lr  diverging  AC  to  slovlv  convergino,  if  necessary 
2211013  tan_calcalat ion; 

TP  (horirontal  Tan  21  coarse-screen  lookahead! 

1321  12  (cnrrent  range  £B  ia»edia*e  range  *hreshold) 

THPB  prefiltering  failed; 

TP  (oref iltering  hasn't  failed  vet) 

THRU  IP  (vertical  Tan  55  coarse-screen  lookahead! 

THRU  T*  (cnrrent  altitude  separation  22  iseediat 
altitnde  threshold) 

THRU  prefiltering  failed; 

vpo  AC_con verging_or_proxinate_deterilnation; 


DRTPC*  v ASP  HISB-LBPPl  LOGIC 
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PBOCESS  AC_c on »e rgi ng_or_p ro xia at e_deter«i nation: 

CLEAB  PF_FAILED; 

If  (ELEBTBT.  DOT  51  DETPARH.  DOTTH) 

THEB  SET  PF_FAILED; 

ELSE  If  (ELEBTBT.  DOT  U  -  DETPARH.  DOTTH) 

US!; 

ELSE  ELEBTBT.  DOT  =  -DETPABH .  DOTTH  ; 

PEBPOBH  tao_calculation; 

IF  (PBCOBT  E2  SHOCOHT) 

THEB  TLA  »  CSCBEEB. TLI; 

ELSE  TLA  »  CSCBEEB.  TL7; 

IF  (ELEBTBT.  TH  51  TLA) 

THEB  If  (ELEBTBT.  RABGE2  51  DETPARH.  RDBT) 

THEB  SET  PF_P AILED; 

IF  (PF_F AILED  BE  STBDE) 

THEB  IF  (ELEBTBT. TV  51  TLA) 

I 

THEB  IF  (ELEBTBT. ALT  51  DETPABH . AFDET) 
THEB  SET  PF_FAILED; 

i 

EBP  Ac_con»erging_or_pro*i«ate_d«teriination; 

I 


i 


DETECT  TASK  LOI-lEVEl  LOGIC 
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QSOCESS  n  aiber_of_addlf Iona l_AC_in _conf 1 let _4eterainat ion: 

<De*eraines  paraeeter  BU1T  shich  Is  nsed  as  an  lnder  In  lootc-ap 
‘ables  for  DETECT  thrasholds  > 

I?  (neither  AC  is  in  a  conflict  table) 

THE  set  aalfipliclty  to  2: 

glSfl*  (onl*  one  AC  is  in  a  conflict  fable) 

I3£!  set  aaltioiicitT  to  nnaber  of  AC  in  fable  (SAC)  ♦  1; 

eiSJUf  (both  aircraft  are  in  the  sane  conflict  table) 

THEE  set  anltiplicita  to  SAC: 

OTBgSSI SB  <aircraft  in  different  tables? 

set  naif iolicltr  to  SAC(ACl)  ♦  HAC(AC2); 

fED  nu*ber_of_addit iona l_AC_in_conflict_deter»i nation ; 


DETECT  TASK  BISB-LETBt  tOSXC 


S-P2E 


PROCESS  n u» ber_o f _add it ional_AC_in_conflict_deter Bination 


IF  (ST SCT1. CTPTR  *  ROLL  AND  STECT2. CTPTS  »  ROLL) 
THEM  MOLT  =  2; 

ELSEIE  (SVECT1 . CTPTR  «  ROLL  2S  STECT2. CTPTR  *  ROLL) 
THEM  access  conflict  table; 

BOLT  =  CTHEAD. RAC  ♦  1; 

ELSEIP  (STECT1. CTPTR  E£  S7ECT2 .  CTPTB) 

T3ES  HOLT  =  CTHEAD.  RAC; 

OTHERBX SE  <aircraft  in  different  tables> 

HOLT  =  CTHEAD.  KAC(ACI)  ♦  CTBBAD.  RAC  ( AC2)  ; 

BHD  nuaber_of_additional_AC_in_conf lict_deteraination; 


DETECT  TASK  LOR-LETBL  LOGIC  - 


*  ■_  .1  v  * 
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PROCESS  para«e*er_select ion ; 


<Deternines  (1)  the  protection  envelope, 

(2)  the  oredlcted  nininan  miss  distance  threshold 

(3)  the  tise  to  nininan  approach  threshold  for  SR,  tr,  CA. 
In  general  an  alert  is  given  if  the  AC  violate  the  protection 
envelope,  ie.  are  proiisa*e,  or,  ‘he  tiee  to  einiene  approach 

is  short  and  the  closes*  approach  is  snail,  ie.  pass  tan  checlcs) 


IB  (at  least  one  AC  is  controlled) 

"HER  Chit  E!»::OtJ!)?BR_AREA_TT?E_DBTBRni’IATIOR; 

CALI  TAO_A!ID_PP<mHirT_THRSSHOtD_DBTBRni  RATIOS; 
< select  paraneters  nsed  to  decide  if  RA,  TA,  CA  needed> 


ET.SEI»  (at  leas*  one  aircraft  is  equipped) 

T.BER  CML  EECOaRTBR_ARBA_TY°E_DB*ERRrRATIOR: 

II  (both  RC  are  in  a  final  approach  zone) 

IflBR;  <no  M  or  TA  given  in  BAZ,  so  don't  get  these  thresholds) 
ELSE  CALL  TAO_ANO_PEOXiniTT_THRBSHOI.D_DETERRISATTOE: 


525  paraneter_selection; 


DETECT  TASK  EIGS-LET8L  LOGIC 


8-P26 


PROCESS  paraaeter_selection; 

II  (PBCOBT  HE  JHOCOHT) 

TSEB  CALL  BNCOOHTEB_AHEA_TTPB_DETBBSIHATIOH 
UJ  (SPECT1,  STECT2) 

OPT  (ELEHTBY. EE AT,  IBFAZ)  ; 

CALL  TA0_A8D_PBOXialTY_THHESHOLD_DBTEBHHATIOH  <set  para«eters> 
IB  (EH  AT,  BOLT,  PBEQ,  PBCOBT) 

IHOOT  (vbzA)  ; 

ELSEIP  (PBEQ  HE  SHOEQ) 

THSH  CALL  EHCOOHTEB_ABEA_TTPE_DETEBHIHATIOH 
JJI  (SYECT1,  S  VBCT2) 

OPT  (ELEHT8T  .  EH  AT,  IBEAZ)  5 

IP  (  (SVECT1 .  FAZ  JIB  JPAZO)  AHD  (SVECT2.PAZ  HE  HPAZO) ) 

TqEH:  <  don't  set  parameters  > 

ELSE  CALL  TAO_AHD_PBOXIRITT_TBRESHOLDJ>ETEBHIHATIOH 
UJ  (BEAT,  BOLT,  PBEQ,  PBCOBT) 

HOOT  (VBZA)  ; 


EBP  paranete r_se!ection ; 


DETECT  TASK  LOB-LBTEl  LOGIC 


8-P27 


wpocBSS  controller_alert_deterBina*ion: 


I»  (neither  kC  reqolraa  a  eontrollar  alert) 

THBH :  <  forego  contollar  alart  processing  > 

B1BBIB  (both  HC  in  glide  alopa)  <  Bona  2  > 

THBH  IT  ((canga  XI  ainiana  ranga  in  Bona  2)  HP 

(wartlcal  aeoaration  XI  ainiana  separation  in  Bona  2)) 
tbbw  ai2<c»na,  xcipis)  ; 

£122  no  alart  necessary; 

OTH*H*ISB  li  (kC  ara  close  in  horizontal  dimension) 

T8SH  indicate  horizontal  oroziaitw; 

»lsbi»  (kC  will  ba  at  ainiana  aaparatlon  soon) 

TBBB:  <  Ck  atill  a  oossibllity  > 

QTHBFWI3»  Ballad  horizontal  taata; 

XI  (kC  pair  within  wartlcal  Ck  wiolatlon  enwelooe) 
thbb  indleata  wartleal  prozlal*yt 
his*I»  (kC  will  ba  coaltitnda  aoon) 
thbh:  <  Ck  atill  poaalbla  > 

OTHBBfXBB  failed  wartlcal  *ests; 

XX  (predicted  ainiana  separation  (HD 2)  oatslda 
horizontal  protection  anwalopa) 

**HBH  failed  alas  distance  test; 

XX  (all  tests  passed) 

THBH  BBT  CkPLS; 

XX  (horizontal  prorlalty  kH?  wartlcal  proziaitw) 

THBH  SB*1*  XCkPLS;  <  need  Ck  this  scan  > 

B1SBTP  (either  kC  toning) 

X2SI  Oil  kC_PkHkllBl_0P*SFT_T0BHIH0_0SwwWBHkTT0H: 

XX  (AC  parallel,  offset  and  tnrnlng  towards  one  another) 

"*hbh  sxxfCkPia,  ickPia) : 

BHD  eon troliar_alart_dataral nation; 

- - - -  DBTBCf  TkSK  HI8H-tBTBt  103IC  - 
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aacm  con  *  roll er_alert_deterainat ion ; 

Am  (EOCA,  HPHOX,  TPIOX)  ; 

II  (3VBCT1 . CABEQ  «  (FALSE  U£  STECT2.CAIBQ  ■  (FALSE) 

THEE;  <  forego  controller  alerts  > 

EL3E1F  (ISFA22  -  (TBPS) 

THEE  If  ( (ELESTST. 8AE0E2  JJ  CAPAHH.2BC0E2)  AMD 
(ELEETBT.  ALT  U  CAP  ASH.  EAPCOE)  ) 

THEE  HJ  (ELEETBT.  CAPLG,  SLEETRT.  ICAFLG) ; 

ELSE: 

OTHEHEISE  U  (ELEETBT.  HAEGB2  JJ  CATBL.  IC0E2) 

THEE  SET  HPHOX; 

ELSEIF  (ELEETBT.  TB  U  CATBL.  TCOEH) 

thee:  <  CA  still  a  possibility  > 

QIHEHEISE  IZX  >OCA: 

II  (ELEETBT.  ALT  JJ  CATBL.  AFCOE) 

THEE  SET  TPBOX; 

ELSEIF  (ELEETBT.  TT  fil  8  III  ELEETBT.  TT  U  CATBL.  TCOBT) 

THEE:  <  CA  still  possible  > 

OTHERWISE  HI  EOCi; 

II  (ELEETBT.  BD2  SI  CATBL.  BDCOB2) 

THEE  SET  BOCA; 

H  (BOCA  ■  (FALSE) 

THEM  SET  ELEETBT.  CAFLG; 

II  (HPBOX  £S  STBOE  US  TPBOX  IS  STBOS) 

THEE  SET  ELEETBT. ICAFLG;  <  need  CA  right  a«ay  > 

ELSEIF  (STBCT1.TPEB  U  (STRAIGHT  21  STECT2.T0BE  H  (STRAIGHT) 
THEE  CALL  AC_PABALLEL_OPPSBT_TtJRBIBG_DETERHIBATIOH 
u  (0E00P  HTPABH.cntr.tbreeholds) 

OPT  (HT.DETBCTED)  ; 

II  (HTJ>ETBCTED  ■  (TBPS) 

THEE  HI  (ELEETBT.  CAFLG,  ELEETBT.  ICAFLG)  ; 

US  coatroller_alert_deterainatloa; 

-  DETECT  TASK  LOE-IETEL  LOGIC  - 
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PROCESS  *  hr  eat_advisory_de*er*i  nation; 

<Sets  PPSftS  and  rPIPtC  to  Indicate  a  threat  aessage  Is  required) 

I?  (at  least  one  ac  is  uncontrolled  and  eqnipped) 

Taw  can  THRBaT_Ta0_aB0_P80XISITT_C0BPaBISOSS: 

<  routine  to  deteralne  threat  advisory  need  > 

1*  (at  Least  one  ac  is  controlled  and  eqnipped) 

THE*  can  ?HP!aT_T10_ailD_PROXT!JI?T_CONPaPISO!IS; 

<  routine  to  deteraine  threat  advisorv  need  > 

<If  ac  pair  is  uncontrolled/controlled  then  THPEaT_Tao_a*D 
_PPOTI"ITT_COHPaHISOHS  is  called  twice  (once  for  each  BC) 
with  differen*  Ta  thresholds  for  each  call.  If  both  ac 
controlled  or  both  1C  uncontrolled  TBPSar_TaO_aRD_P80XIBITT 
_C0HPaRIS01lS  is  called  once) 

PRO  threat_adTisor7_detereinatlon; 


detect  rasa  hioh-ibtel  logic 


8-P30 


PBOCESS  threat_adTisory_deteraination 


ir  ( (STECT1 ,  CPEC  Efl  jni.SE  1JUJ  STBCT1.1TSEQ  t£  PEEQ)  21 
(S?BCT2.CPSC  52  SB1LSE  Hj>  STBCT2. 1TSEQ  JJ  PEEQ) ) 

THEE  ClLt  THBE»T_T»P_»SD_PBOXIBITT_COHP»BISOBS 

<  routine  to  deteralne  threat  advisory  need  > 


II  (GBOPP  TITBL. unc_thresholds) 
OPT  (ELEBTBT.  PPBPLG)  ; 


H  (  (SVECT1.CPSC  Efl  JTHOE  AM  STBCT1 . »TSEQ  55  PEEQ)  21 
(SYBCT2.CPSC  E2  STBOE  ISO  STECT2. 1TSEQ  fB  PBBQ) ) 

THEE  CULL  THBB»T_TBO_»SD_PBOXIBITY_COBP»BISOBS 

<  routine  to  deteralne  threat  advisory  need  > 
15  IGBOPP  TlTBL.ctl_thresholds) 

OPT  (ELEBTBT.  PPIPLG)  ; 


BED  threat_advisory_deteraina*.ion : 


DETECT  TXSK  lOE-tETEt  LOGIC 
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Manila  r«ia  lution_ad visor v_deheraina  t ion ; 

<Sats  CHDFLG  to  indicate  RA  required,  and  if  RA  needed  by  controlled 
AC,  also,  sets  T*RFLG> 

IF  (threat  advisors  required  for  uncontrolled  AC)  <  FFKFLG  > 

-SI2  V  All  FFSOin?IOH_TAO_AFO_?POf TSITT_COS?ARISOSS ; 

<  routine  to  determine  resolution  advisor?  need,  sets  CSDFLG  > 

IT  (‘hrea*  advisory  required  for  controlled  AC)  <  FPIFLG  > 

THE*  CALI  RFSOLBTIO<f_TAO_AS1>_PRO*ISITT_COnPARISO!IS: 

<  rontine  to  determine  resolution  advisory  need,  sets  TFRFLG  > 
IF  (bo*h  AC  controlled) 

CHDFLG  =  IFRFLG; 

<If  AC  oair  is  uncontrolled/controlled  then  RESOIOTIOS_'I>AG_AFD 
_<'t’3TIFTTT_COn?»RiS0!ts  is  called  twice  (once  for  each  AC) 
wi'-h  different  pa  thresholds  far  each  call.  If  bo*h  AC 
controlled  or  both  AC  uncontrolled  RESOLBTIOH_?AO_AND_?ROTIHITY 
_':T10A'>TSCiRS  is  called  once> 

'  -esolut  ion_advisorv_determinatlon ; 


Or'FCT  TASK  HIOH-LFTFL  LOGIC 


8-P32 


PROCESS  resolution_advisory_detersination; 


II  (BLSHTBY.fPHFLG  »  STR0B) 

THEH  CALL  RESO10TIOH_TA0_AHD_PROIIHITY_COHPARISOHS 

<  routine  to  deteraine  rasolatlon  advisory  aaad  > 

u  (GBOOP  RATBL.nnc  .thresholds) 

OPT  (ELEHTRT. CHDrLG)  ; 

i£  ( ELEHTRT. FPIFLG  *  STROE) 

THEM  CALL  RESOLOTIOH.TAO.AHD.PROXIHITT.COHPARISOHS 

<  routine  to  dataraine  resolution  advisory  need  > 

15  (GROUP  RATBl.ctl.thresholds) 

OPT  (ELEHTRT.  IPRTLG)  ; 

If  (both  AC  controlled) 

TUBR  ELERTRT. CHDPLG  «  ELEHTRT. IPRFLG; 

EHO  resolution_advisory_deteraination ; 


DETECT  TASK  LOI-LETEl  LOGIC 


°SOC?SS  proiiaily_advisory_deternlnation ; 

<Se*s  PSITLg  to  indicate  that  a  proxiaity  aessage  is  needed> 

I»  (vertical  separation  SS  proximity  threshold) 

*2SS;  <  proximity  advisory  not  needed  > 

gisyi*  (range  IT  ainiaua  range) 

1523  521  P*I*13:  <  need  proxiei*y  advisory  > 

223222122  coapnte  separation  after  tiae  TlosQ; 

I»  (range  tl  coapnted  separation) 

th;b  sbt  petFts: 

»S3  pro via it v_advisorv_de ter si nation : 


DSTFCT  TASK  SISB-LFTfL  10SIC 
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PROCESS  protiaity_adTisory_deterainatlon; 

1?  (ELESTRT.  4LT  23  P4PRRH.7P1) 

TREE :  <  protiaity  adrisory  not  needed  > 

EISBIP  (ELEHTHT.R1BGB2  U  P&PIRR. RPHIR) 

THEH  SET  ELEHTBT. PSIELG;  <  detinitaly  nead  one  > 

OTHERWISE  RST  «  2  *  P&P&BH.TLPSQ  *  (STECT1.VSQ  ♦  S7ECT2.  VSQ)  ; 
21  (EL  ENTR  T.  B1BGE2  RST) 

THEM  SET  SIESTRT. PUIPLG; 

EBP  proxiaity_ad7isory_deteraination j 


DETECT  T4SK  LOK-tETEL  LOGIC 
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BBOCES*  aaneuverinq_threat_logic; 

following  teeta  seed  oat  situations  that  do  not  Involve 
a  aanaavarlng  target  threats 

IE  (laiedlate  alare  already  detereined)  <  HTTTio  > 
im  :  <  no  need  to  perfora  thia  logic  > 

ST, 3*1*  (neither  XC  ia  turning) 

1 251  :  <  no  aanauvaring  XC  involved  > 

ST, SSI*  (XC  diverging  at  a  sufficiently  fast  rate) 

THEB;  <  no  threat  aaneaver  esiata  > 

SLSSI *  (proiiaity  advlaory  not  already  given)  <  P«lTtG  > 

ZUS:  <  not  cloae  enough  to  be  concerned  aboat  nanenverlng  XC> 

S13SI *:  (both  XC  have  bean  daterained  to  be  in  a  final  approach  tone) 

I1Z1T  <  do  not  teat  aa  BX  not  given  in  final  approach  tone  > 

OTBEBBISS  CHI  XC_«>XSXI.tEL_0PPS*f_,',(mTBG_DSTBV!1ISXTI0S;  <aanaever  target> 

X*  (aanauvaring  target  threat  detected) 

TBBB  SET  BT'VflG; 

IE  (encounter  area  type  la  uninitlaliied) 

tHBE  CXLL  B’ICOOBTSy_XBBX_TY°E_DET BBSTEXTIOB; 

IE  (both  XC  in  final  approach  tonea) 

THE!)  CLBXB  STTftS; 

BISBIf  (at  least  one  XC  is  controlled  and  equipped) 
THBB  SBT  (CHDPLG,  PPIF10,  IPPPIS)  : 

ElSBIf  (at  leant  one  XC  is  uncontrolled  and  equipped) 
TUBE  SBT  (CHDF13,  PPIBIS)  J 


EM  eaneuverlng_threat_logic; 


-  DETECT  TX3K  BI8H-tBTBt  LOGIC 
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PROCESS  •«n*aT*rlng_thr«*t_logic; 

II  (ELERTRT. BTTFLG  -  STBPB) 

sail: 

aim  (STRCT1.TPBR  ■  SSTBAIGHT  Hfl  STBCT2.TPBR  ■  SSTRAIGHT) 

THER: 

Him  (BLERTBT.  DOT  flj  DETP ARB .  DOTTH) 

2UlS 

ELSEIF  (ELERTRT.  PIIFLG  -  SFALSE) 

THB8: 

ELSEIF  ( (SVECT1.  FAZ  12  SPA21  2U  SVECT1.FAZ  12  SFAZ2)  4Jlg 
(STECT2.  FAT  12  SFAZ1  2i  STECT2. FAZ  12  *P»22)  ) 

THEM: 

OTHEREISB  CALL  AC_PARALLEL_OFFSET_TPBBIRG_DETERBIH ATIOH 
II  (GROPP  HTPARH.gnl_*hr®sholds) 

OPT  (BT_DETECTED)  ; 

II  (BT_DETECT8D  «  STB  PE) 

THER  SET  BLERTBT.  BTTPIG  ; 

II  (EL RETRY.  BEAT  •  SPDAT) 

THEH  CALL  E»COP»TEB_IREA_TTPE_DETBBBIBATIOR ; 

II  ((SYECT1.FAZ  II  SFAZO)  HI  (SVECT2.  FAZ  U  JFAZO)  ) 

THBB  CLEAR  RLRHTRT. BTTFLG ; 

ELSEIF  ( (SYBCT1.CPRC  12  8TBPE  U2  SVECT1. 1TSEQ  II  SPREQ) 
SI  (S  VECT2.CPHC  12  STBPE  1U  STECT2.  ATSEQ  U  SPREQ)) 
THBB  S8T  (BLERTBT. CBDFLG,  ELERTRT. FPIFLG, 

ELEBTBT . IF8FLG)  ; 

ELSEIF  (  (SVECT1.CDRC  12  SFALSE  HI  STECT1.  ATSEQ  H  SPREQ) 
21  (STECT2. CPRC  12  SFALSE  HE  STBCT2.  ATSEQ  U  SPREQ)) 
THBR  SET  (ELERTRT. CBDFLG,  BLERTBT. FPRFLG) ; 


ERD  ■  an«a»«ring_thr*»t_logic; 


DETECT  TASK  LOE-LETEL  LOGIC 


PROC5S5  succeeding_processing_f lag_de tern inat Ion : 


'ST 


<Gixen  Oetect  output  flags  and  conflict  table  (if  it 
exists)  ,  de*-eralnes  future  processing  for  this  pair> 

1?  (proxiaity  adxisory  OR  threat  adxisory  needed) 

TSJSS  bark  encounter  entry  for  Traffic  adxisory  processing; 

I"  (resolution  adxisory  declared) 

12.12  ®ark  encounter  entry  for  Raster  Resolution  orocessinq; 

IP  (controller  alert  declared) 

2222  "art  encounter  entry  for  controller  alert  prexle*  processing; 
J.*  (conflict  pair  record  exists  and  no  resolution  adxisory  declared) 
TSfJJ  aark  encountor  entry  for  resolution  deletion  processing; 

T*  '3CkS  inhibit  has  been  declared) 

1223  aark  encounter  en*rx  for  BCkS  inhibit; 

'incceeiin  g_Drocessing_f  lag_deter«ination; 


OfTFCT  HIGH-IE7TL  LOGIC 
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PROCESS  succeeding_processing_f lag_deteralnat ion: 

<Given  Detect  outpat  flags  and  conflict  table  (if  it 
exists)  ,  determines  future  processing  for  this  pair> 

JP  (PNIFLG  E 2  *TROE  OR  FPIFLG  BQ  ST8DE  28  FP8ELG  EjJ  STHOE) 
THEE  SET  ELENTRT.  TABEQ; 

I?  (CHDFLG  EQ  ST80E) 

THEN  SET  ELENT8T- RAREQ) ; 

IF  (CAFLG  E^  STRtJE) 

THEN  SET  ELENTRT. CNAREQ)  : 

IF  (conflict  pair  record  exists  AND  CHDFLG  E£  SFALSE) 

THEN  SET  ELENTRT.  HDREQ)  ; 

IF  ( BCSOFF  E5  STHHE) 

THEN  SET  ELENTRT.  BOFF8EQ)  : 

END  succeed ing_?rocessing_flag_de termination; 


DETECT  TASK  LON-LETBL  LOGIC 
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PBOCESS  ualnibialized_variable_coaputabion: 

<If  advisory  is  needed  and  all  variables  which  describe  encounter 
for  future  tasks  are  not  calculated,  then  detersine  their  values> 

IF  (horizontal  Tan  is  uninitialized) 

1352  PFBF08W  tan_calcalation; 

IF  (resolution  advisory  uncontrolled  vertical  Tau  threshold  is  uninitialized) 
Till  II  (encounter  area  type  is  uninitialized) 

TBS!*  CUL  EHCO(J!ITgB_ABEA_TT?g_DgTBRHIWATIO!l: 

PgBFOBH  nuaber_of_additional_AC_in_conflict_deteraination; 
CAH  TA0_A1»D_PR0II flITT_THR8SHOLD_DBTERSI RATIOS ; 

IF  (aiss  distance  is  uninitialized) 

THgB  CAU  HIRIHtH_APPPOACB_DISTARCg_PRBDICTIOR: 

Ego  uninitialized_variable_coaputation; 


DETECT  TASK  HIGH-LEVEL  LOGIC 
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PROCESS  uninitialized_Tariabl«_coaputatlon; 

IF  (ELENTRy.TS  *  S0DT1P) 

THEE  PERFORB  taa_calculatlon; 

If  (RATBL.TCBDV  =  SPDTAP) 

THEN  IF  (ELERTRT. EHAT  -  SDOAT) 

THEM  CALI  E SCOP RT EH_ AR E 4_T TP SHORTER BIB ATIOR 
IN  (SVECT1,S7ECT2) 

OPT  (ELERTRT .BRAT,  IHPAZ)  ; 

PEgfORB  naab*r_of_«ddltional_AC_ln_eoaf liet_dataralnation; 
CALL  TAO_AHD_PROXI 8ITT_THRESH0LD_DETERBIRATI0R 
IH  (EHAT,  HOLT,  PREO,  PRCOHT) 

I  ROOT  (VRZA)  ; 


IF  (ELERTRT .  BD2  =  SODMD] 

THER  CALL  RINIHOH_APPROACH_OISTAHCE_PREDICTIOR 
IB  (VRI.TRT) 

OPT  (ELERTRT.  BD2)  J 


ERD  uniru.tialized_»ariable_coapatati.on; 


OBTBCT  TASK  LOS-LETEL  LOGIC 
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PBQCBSS  BCAS_resoln* ion_detersination_logic: 

<De*eraines  if  a  BCAS  resolution  advisory  is  leainent  for  this  pair> 

Calculate  range  rate;  <rd> 

IP  (AC  converging  or  nearly  converging) 

;S2S  12  Uc  *re  nearly  converging) 

ZS.11  rsdsfina  rang*  rate  to  be  conyerging; 

Calcnla*e  tiae  estiaates  for  closest  approach;  <tanr , trtrno 
IP  (tanr  less  than  threshold) 

TUBS  "BRPOBB  verttcal_test_for_RA: 

»T-SBI»  (r*rd  less  than  threshold  IBP  range  less  than  threshold) 

THBB  define  yalne  for  tan  trne;  <trtrn> 

PBRPOPW  ver*ical_test_for_RA; 

PJP  BCAS_resolaiion_deterBination_logic; 


DBTBC*  TASK  BISH-tBVBL  tOOIC 
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P80CBSS  BCAs_resolntion_detersination_logic; 

<Deteraines  if  a  SCAS  resolution  adsisory  is  iasinent  for  this  pair> 

CLEAR  BCSOFF; 

RDTEHP  «  BLBBTBY.  DOT  /  B;  <B  is  calcnlated  in  Tariable_initialization  > 
BD  «  RDTEHP: 

BCSTBL .res. BDTBB) 

IF  (BD  £E  -BCSTBL.  res.  BDTHB) 

THttl  BDTSHP  »  -  BCSTBL.  res.  BDTHB ; 

TAOR  «  -  (R  -  BCSTBL. res.  DHOD)  /  BDTBBP ; 

TRTBO  =  -  R  /  BDTBBP; 

IF  (TAOR  U  BCSTBL.  res.  TBTHB  (SSL)  ; 

THBB  PBBFOBB  Yertical_test_for_RA; 

*  BD  IT  BCSTBL. res. B1 (SSL)  4»D  B  LT  BCSTBL. res. DBOD (SSL)  )  ; 
TBTBD  *  BCSTBL.  res.  TLA  BSE ; 

PEBroPB  Tertical_test_for_BA; 

EBP  BCAS_resolotion_deteraination_logic; 


II  (RD  II 
THBB 


ELSEIF  (B 
THBB 


DETECT  TASK  LOR-LETEL  LOSIC 


'  .awHSBifeiiTWeefc* - w~« 
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bbocbss  BCis_threat_loglc; 


<Detarnlnea  If  •  SCAB  threat  advisory  la  laalnent  for  thla  pair. 

This  logic  encoapasses  BC1S  resolution  thraahol4a.> 

Calculate  rang*  rata;  <rd> 

(1C  are  cloaa  la  range)  <r> 
au  vertlcal_test_for_?l; 

BL3EI?  (1C  are  cloalng  or  nearly  converging) 

’’"HSU  12  (*c  ar*  naarly  converging) 

THEE  redefine  range  rate  to  be  converging; 
Calculate  tlae  estlaate  to  cloaest  approach;  <tanrta> 
If  (closest  approach  *111  occur  soon) 

THEE  »BBPOPH  vertical. tast_for_Tl; 

211212  (r*t4  12  threshold  AJJJ  range  U  threshold) 

ISM  PEBEObh  vertlcal_test_for_Tl; 

2SJ>  BClS_threat_logic; 


DEFECT  T1SK  8I8H-lE?ei  LOGIC 
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PBOCESS  BC»S_thraat_logic 


<Detaraiaaa  1£  a  BClS  thraat  aflTlaory  la  iaalnant  for  this  pair. 

This  logic  aacoapassas  BClS  rasolotioa  thrasholds> 

SOU  bcsoff; 

80  *  El.evTBT.BOT  /  B;  <B  is  calculated  ia  variable_initializatioa> 
rdt*  «  B0; 

IF  (B  IT  BCSTBL. threat. PT8BT1  (SSI)  ) 

THEM  PEBFOBil  »ertical_tast_f or_T» ; 

ELSEIF  (BD  U  BCSTBL. thraat. BDTHTTI) 

THEB  II  (BB  SI  -BCSTBL. thraat. BDTHBTi) 

TBEB  BBTI  «  -BBTBBTi; 

TiOBTI  ■  -  (B  -  BCSTBL. threat. DHOTI)  /  HDT1; 

H  (TWBT1  U  BCSTBL. threat. THTHBTMSSL)) 

THEB  PEBFOBH  »ertical_test_f or_TX; 

ELSEir  (8  •  BD  II  BCSTBl.  thraat.  HIT!  (SSL)  I£g  B  U  BCSVBL. threat. DHODTh ( SSL) ) 
THEB  PEBFOBH  T*rtical_test_for_T» ; 

EBP  BClS_threat_loglc; 


DETECT  TBSK  L01-LBTEL  LOGIC 


■<* 
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P8QCESS  tau_calculatlon; 

Calculate  horizontal  aodlfied  tan: 
Calculate  horizontal  true  tau; 
Calculate  rertical  ’•an; 

?»D  taa_calculatlon: 


DBTBC?  "USK  HIGH-LB7PL  LOGIC 
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PROCESS  taa_calcula*ion; 


DSQ  »  DETPARH. 8DBT  ♦  (DETPAR8. ADET  *  ( SVECT1 .  TSQ  ♦  STECT2. VSQ)  ) 
ELERTRT  .  TH  «  -  (ELERTRT.  RARGE2  -  DSQ)  /  ELERTRT .  DOT ; 

THTHO  =  RAHGE2  /  ELERTRT. DOT; 

VRZ  =  STECT2.ZD  -  S7ECT1.ZD; 

TRZA  »  TRZ  *  SIGR(HZ): 

IP  (TRZ  A  IE  DETPARS.7RZTH) 

THEH  IF  (TRZA  53  -DETPARB. TRZTH) 

THES  VRZA  »  -DBTPARE. VRZT8: 

ELERTRT. TV  »  -ELERTRT. ALT  /  TRZA ; 

EKD  tan_calcalation ; 


DETECT  TASK  LOR-LBTEL  LOGIC 
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PROCESS  ver* ical_test_f or_Rl : 

<Deteraines  if  RA  for  8CAS  AC  iaainent,  having  found  horizontal 
dlaension  ia»inent> 

Calculate  altitude  separation  and  rate;  <a,  adot> 

If  (1C  are  close  in  vertical) 

T322  set  flag  to  indicate  BCAS  inhibit  for  the  pair;  <RA  in«inent> 
EISEIf  (AC  are  closing  in  vertical) 

THEH  calculate  estiaate  to  coaltitude;  <tauvra> 

1°  (coaltitude  soon) 

’’’RES  set  flag  to  indicate  BCAS  inhibit  for  this  pair; 

EtJD  veriical_iesi_for_RA; 


DETECT  TASE  HIGR-lETEt.  tOGIC 
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PROCESS  *artical_test_for_Rl; 

<Detnrain«s  if  Hi  for  BCiS  IC  iaainent,  as3uaing  horizontal 
paraissiTa  can*,  no  vnd  logic  is  nsad> 

I  «  BtEHTRY.RZ; 

IOOT  *  SYECT2.ZD  -  SVECT1.ZD: 

IF  (1  BCSV8L.  res.  ZTHB) 

THBH  SET  BCSOFF; 

ELSEIT  (IDOT  U  BCSTBL.  res.ZDTHR) 

THBH  TIDY  »  -  I  /  IDOT! 

IS  (TIOV  IS  BCSVBL.  res.  TVTHH  (SSL)  ) 

THEE  SET  BCSOFf; 


EBP  |rertical_test_for_RI; 


DETECT  TISK  LO«-LBYRl  IOSIC 
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P80CBSS  ver*ical_test_for_Tl; 

<Deteraines  if  for  BC1S  1C  iaainent,  having  found  horizontal 
diaension  iaainent> 

Calculate  altitude  separation  and  rate;  <a,  adot> 

IP  (1C  are  close  in  vertical) 

TUB*  set  flag  to  indicate  SCIB  inhibit  for  this  pair:  <*1  iaainent> 
SLSPIP  (He  are  closing  in  vertical) 

THP8  calculate  estiaate  to  coaltitude:  <tauv*a> 

IP  (coaltitude  soon) 

TBBE  set  flag  to  indicate  BC1S  inhibit  for  this  pair: 


fJJ2  ver*ical_tast_for_Tl; 


DPTPCT  V1SB  HIGH-LPVPL  LOGIC 
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PBOCESS  rertical_test_for_TX: 

<Deteraines  if  TX  for  BCXS  XC  iaainent,  assuaing  horizontal 
peraissira  case> 

X  «  BLESTHT.8Z; 

XDOT  »  SVECT2.ZD  -  STBCT1.ZD; 

IZ  (1  u  8CSVBL. threat. ZTHSTX) 

TUBE  S ST  BCSOFF ; 

EL Stir  (XDOT  BCSVBL. threat. ZDTHBTX) 

THEM  TXOVTX  =  -  1  /  XDOT: 

(TXD7T1  U  8CSVBL.  threat. TYTHRTX  (SSL)) 
THEE  StT  BCSOrr; 


ESP  »ertical_test_fot_TX; 


DETECT  TXSK  LOI-LETEL  LOGIC 
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i 


BOPTIBE  lC_PlHlLLBL_OPPSET_T01t8T HG_DETEHHIB1TI0W 
IS  (thresholds) 

OPT  (fla?  indicating  naneuverlng  target  detected) : 

OIU  output  flag; 

IP  (range  ££  range  threshold) 

THEM:  <  separation  negates  need  for  nanenvering  threat  check) 

81 SHIP  (vertical  separation  ££  separation  threshold) 

THEM :  <  separation  negates  need  for  naneuverlng  threat  check> 

ELSEIP  (either  ic*s  velocity  U  velocity  threshold) 

TREE :  <at  least  one  1C  sloe  so  other  tests  can  handle  sitnation> 

OTHEBBISE  coapote  angle  between  aircraft  paths; 

I£  (aircraft  paths  are  not  parallel) 

THEM:  <tao  test  can  handle  sitnation  so  no  aanenver  check> 

ELSE  PEBPOBS  lC_path_conparlson ;  <are  1C  offset  and  turning?) 
IS  (naneuverlng  target  detected) 

THEE  SET  oatpat  flag; 

EBP  lC_PlBlLlEL_OfPSBT_TUHHIBG_DETEBBIBlTIOII; 


DETECT  T1SK  HX3E-LETE1  LOGIC 


BOPTIEB  »C_PlBM.LBL_OTTSET_TPBBIBG_DETEEHIBhTIOB 


IB  tGBOOP  ibgboop)  <  group  of  threshold*  > 

OPT  (OOTfllG)  : 

CttiB  (OPTTI.BG,  GOTBT)  ; 

I l  (ELEBTBT . BLBGE2  £1  IBGBOOP. ran g*_ttarsshold) 

1112:  <  bo  MB«av«ring  thrust  > 

ELSEIT  (ELEBTBT. BLT  21  IBGBOOP. sepsrstlon_*hrsshOld) 

IflIS: 

EISEIf  (  (SVBCT1 .  TSQ  U  IBGBOOP.  T«locity_thrsshOld)  2J 
(STSCT2.TSQ  H  ISG  HOOP.  T«locity_thrsshOld)  ) 
ISIS: 


OTBBBBISB  C0S12  »  ( (STECT1 . XD*SYECT2 . ED  ♦  STECT1 • TD*STECT2. TO) •*2)  / 
(STECT1.TSQ  *  SVECT2.  TSQ); 

II  (C0SL2  11  I BG  BO  OP . C  oa ine_th  re sh ) 

1315;  <  not  parallel  > 

EL?E  PBBTOBH  LC_path_cospariaon ; 

II  (GOTHT  -  STBPE) 

THEE  SET  OPtmG; 

EBP  »C_PHBXLLBl_0?TSBT_T0BBIBG_DETE8SIBBTI0B; 


— - -  DETECT  TASK  LOB-LET  El  LOGIC 
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£S2£S1S  kC_oath_coeparlson: 

<Checks  ‘he  paths  of  both  kC  to  decide  If  a  dangerous  geonetry  •sists> 

Rake  kCI  first  kC  to  check; 

HfP*kT  OR*1*!! (both  kC  checked  or  aaneuveriag  statae  deterelned) ; 

Perfors  alrcraft-deoendent  coaontatlons; 

IF  (this  1C  parallel  Intrail  with  respect  to  other  kC) 

<le.  Is  angle  between  position  vector  connecting  2  kC  and 
kc  velocity  vector  saall  ?> 

Ties  not  a  saneavering  target  threat; 
ftSFXF  (this  kC  turning  ‘oeards  the  other) 

THRU  SRT  aaneuverlag  target  indication; 
access  unchecked  kC’s  state  vector; 

gjpgjrov^, 

»RP  kC_path_cosoarison; 


DPTRCT  TkSk  HIGH-LRfBL  LOGIC 
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PROCESS  AC_path_cosparison; 

PTfl  (TSVSCT,  osVBCT)  ;  <  'target',  'other'  atata  vector  > 

CLEAR  EIITLOOP; 

CLEAR  DOHEBOTH; 

TSVBCT  "  SVBCT1;  <  arbitrarily  aaka  AC1  targat  > 

REPEAT  OHTIL  (EIITLOOP  =  STROE)  ; 

OSVBCT  *  state  vector  of  non-target  AC; 

BITS  =  RI  •  OSVBCT.  ID  -  RI  *  OSVBCT. ID{ 

IF  (AC 2  is  the  target) 

THBR  RXVS  -  -HITS; 

IF  (BLEHTRY. RAHGE2  GE  IHGRODP.  ierodivide_thresli) 

THEN  SIRB2  =  (HXVS**2)  /  (ELEHTHY. HAHGE2  *  OSVBCT.  VSQ); 

ELSE  SIRB2  »  ISGRODP. sine_threshold;  <  prevent  terodivide  > 

IF  (SIRB2  LT  IHGRODP. sine_threshold) 

■’■HER  SSI  EIITLOOP;  <  Parallel  intrail  > 

ELSEIF  ((HITS  51  0  AHfi  TSVBCT. TOHH  .  SSTRRGLFT)  21 
(HITS  LE  o  AHD  TSTBCT.  TUBS  •  SSTRRGBGT)  ) 

THBR  SET  (GOTHT.  BIITLOOP)  ; 

ELSEIF  (DOHEBOTH  «  STROE) 

THBR  SET  EIITLOOP;  <  ve*  ve  looked  at  both  > 

OTHEBRISB  TSTBCT  «  OSTBCT;  <  gat  other  state  vector  > 

SET  DOHEBOTH; 

BHDHBPEAT: 

ERD  AC_path_coaparison; 


DETECT  TASK  LOR- LEVEL  LOGIC 


ROPTIBE  *r»CS*FT_P*IR_89PI?SB»T_*!rD_C0irTR0l_ST»TB_D?TfHaiir*TI0ll 
12  (state  sectors  of  both  AC) 

OPT  (variables  describing  control  S  equipment  state  of  pair) 

De*eralne  egalpage  and  control  status; 

BSD  »IRC'R»FT_PllIR_BQBIoBRR?_AllD_C0RfR0L_STItTB_DBTBR!!I)l»TI0B; 


DBTBCT  TUSK  RIQH- LEVEL  LOGIC 


R0PTI8B  AIBCRAPT_P1I8_EQUIPHE8T_A8D_C08TROI._ST1TE_DETEHHIBATI08 
18  (STECT1  ,  S7ECT2) 

OPT  (P8CORT,  PBEQ)  ; 

<Deterntnes  equipment  status  and  control  status  of  1C  pair> 

PBCOHT  =  SOHECOBT; 

if  (SVECT1.C08C  E^  STBOE  ABD  S7ECT2 . CD8C  55  STBOE) 

THEB  PBC08T  =  SBOTHCOST; 

IF  (SVECT1.C0BC  E5  SFAISE  ABD  SVECT2.C0BC  55  SP1LSE) 

THEB,  P8C0BT  =  S80C0RT; 

PBEQ  =  SOBFEQ; 

IF  ( (SVECT1 . ATSEQ  55  SABQ  Q1  STBCT1. ATSEQ  55  S1BBQ) 

182  (STECT2.  ATSEQ  55  SABQ  0£  SFECT2.1TSBQ  55  SABEQ)  ) 
TBB8  PHEQ  *  IBOTHEQ; 

if  (SFECT1.  ATSEQ  55  S08EQ  ABD  SVECT2.  ATSEQ  55  SDBEQ) 

TgBB  P8EQ  =  SNOEQ; 

BMP  1  IHCRAFT_PA1B_EQ0IP!1EBT_1BD_C08T80I._STATB_DETBBHI  81TI0R ; 


DETECT  TASK  tOl-lETEl  IOGIC 
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BOOTH*  k'vkJTPV.DBTRSIHkTOH 
TH  (aircraft  characteristics) 

00’’'  (area_dependent  variables)  : 

<0n  entry,  kC's  area  type  is  zero  (indicating  "unknown") > 

Initialize  controller  alert  recnest  flag: 

I*  (*his  kC  is  far  froe  the  sensor) 

IfIS  set  hC  area  type  to  »; 

I?  (this  kC  passes  area  coarse  screening) 

THCT  rbpbbt  BHIL*  ("'ype  1  areas  reaain  152  kC  area  type  unknown) 
Get  next  '"yne  1  area; 

I"  (aircraft  is  in  this  area) 

TREH  set  kC  area  type  to  1 ; 

Save  area  index;  <  unique  identifier  > 

Save  airfield  nase; 

Save  area's  controller  alert  flag: 

TDTPfkT; 

1,*PBkT  *HILB  (type  2  areas  remain  kltp  kC  area  tvpe  unknown) 
Get  next  Type  2  area; 

I*  (aircraft  is  in  this  area) 

"’HBB  set  kC  area  type  to  2; 

Save  area  index;  <  unique  identifier  > 
Save  airfield  naie; 

Save  area's  controller  alert  flag: 

Kil: 

I"  (kC  area  type  unknown) 

1315  set  kC  area  type  to  3; 

BHD  hR*l_TT?*_D*T*B*IHkTIOH ; 

- * -  DET8CT  TkSK  HIGR-IBTBL  10GIC  - 


8-P58 


BOOTHE  Aa!A_TTPE_DETSHBIHATIOB 


HOOT  (IOSTECT)  ; 

SET  IOSTECT. CABEQ;  <  assnae  not  inhibiting  CA's  > 

1*  (  (IOSTECT.  X**2  ♦  IOSTECT.  1**2)  £J  (DETPAHB.  BDIST**2)  ) 

THEM  IOSTECT. ACAT  «  SAM; 

II  (IOSTECT.!  JJ5  AZPABB. ZHBXX  HI  IOSTECT.!  £3  AZP ABB. ZHBKI  AJLB 
IOSTECT.  T  tE  AZPABB.ZHBXI  AJE  IOSTECT.  I  23  AZPABB. ZHBBI) 

THEE  LOOPIX  «  1; 

BEPEAT  WHILE  (LOOPIX  13  AZPABB.  SOI  JJH)  IOSTECT.  ACAT  ■  SODAT); 

Get  next  Type  1  area; 

II  (a  ircraft  is  in  this  area) 

THEE  IOSTECT. ACAT  *  SAT1; 

IOSTECT. IHD  ■  area  index;  <  nnigne  identifier  > 
IOSTECT. ASSOC  =  airport  naae; 

IOSTECT. CAREQ  *  area's  controller  alert  flag; 

ELSE  LOOPIX  «  LOOPIX  ♦  1; 

mamvE; 

LOOPIX  «  1; 

BEPEAT  WHILE  (LOOPIX  13  AZPABB.  EOII  Mil  IOSTECT.  ACAT  »  SODAT); 

Get  next  Type  2  area; 

IF  (aircraft  is  in  this  area) 

THEE  IOSTECT. ACAT  »  SAT2 ; 

IOSTECT. IHD  -  area  index;  <  nnigne  identifier  > 
IOSTECT. ASSOC  ■  airport  nase; 

IOSTECT. CABEQ  *  area's  controller  alert  flag; 

ELSE  LOOPIX  ■  LOOPIX  ♦  1; 

mi: 

IP  (IOSTECT.  ACAT  »  SODAT) 

"■HtH  IOSTECT.  ACAT  -  SAT3; 

BED  ABEA_TTPB_DETEBHIHATIOB; 

-  DETECT  TASK  LOW-LETEL  LOGIC  - - - — 


':acnr— 
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FOPTIBE  BHCO<IBTFS_ASBAJ?T?B_DBTBHHIBATIOB 

IB  (state  sectors  of  AC,  i.e.,  location  of  AC) 

OPT  (encounter  araa  of  AC  pair,  flag  to  indicate  If  pair  in  zona2) ; 

<Finds  araa  tspe  and  zona  for  each  AC  and  coabinaa  araa  type  for 
both  AC  into  ona  inder,  EBIT,  tha  anconntar  araa  typa,  naad  to 
control  A.TABS  sensitiTi*y> 

IF  (Ad's  area  undeterained) 

I3SI  £ia  *B?»_TTPB_DmB?nn»,rio«: 

IF  (ACT a  zone  nndeteralned) 

■"SEE  CALL  FIB AL_APPBO ACH_20BE_DETBBHTHATIOB  ; 

IF  (AC2  •  s  area  andetarainad) 

ISSL  CALI  AHFA_TTPE_OFTBBSIBAfIO»: 

T  (AC2's  zone  nndeteralned) 

THEB  CALL  FIB  AL_APPHOACH_ZOBE_DETBBflIBATIOB ; 

(both  AC  along  glide  slope  for  saaa  airfield) 

T333  S*'"  flag  indicating  sitnation; 

IF  (eTher  aircraft  far  froa  the  sensor) 

THEB  sat  enconntar  typa  to  »; 

ELSBIF  (either  aircraft  in  general  Ticinity  of  sensor) 

TTB  sat  anconntar  typa  to  3; 

ELSBIF  (either  aircraft  along  actise  rnnwar  final  approach) 

1312  12  (both  AC  near  the  saaa  airfield) 

*35J  sat  anconntar  type  to  2: 
giSE  sat  anconntar  typa  to  3; 

ELSBIF  (both  aircraft  in  ianediate  Ticinity  of  saaa  airfield) 

2312  ss*  anconntar  typa  to  1? 

OTHEBfISE  sat  encounter  typa  to  2; 

EBp  EBC00»TBP_1HBA_TTPE_DBTBBHIFATI0H; 

-  DETECT  TASK  HI8H-ISTBL  LOOIC  - 
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Boating  BRCOPHTER_AR EA—TTPB_DBTBHHI RATIO* 

U  (SF3CT 1 1  STECT2) 

OPT  (BUT,  IRFAZ2)  ; 

II  (STECT1 .  ACAT  52  SDDAT) 

THBH  C1LL  ARE A_TTPE_DETER  HI  RATIO* 

IHOOT  (STECT1) : 

II  (STECT1.FAZ  12  SODFAZ) 

IHBR  CALL  FIRAL_APPROACH_ZORB_DETBRHIRATIO* 

I  ROOT  (STECT1)  ; 

II  (STECT2.ACAT  12  StJDAT) 

THEM  CALL  AREA_TTPE_DETERHIRATIOR 
HOOT  (STBCT2)  : 

II  (STBCT2.FAZ  12  *ODFAZ) 

THEE  CALL  FIRAL_APPRO ACH_ZORE_DETB*HIRATIOR 
moat  (STECT2) ; 

II  ( (STECT1 .  FAZ  12  **»Z2  A5B  STBCT2.FAZ  SSl  SM22)  552 
<S?ECT1.ZPRT  12  STECT2.ZPRT)) 

THBH  SET  IHFAZ2; 

ELSB  CLEAR  IHFAZ2 ; 

II  (S7BCT1.ACAT  12  *»**  fiS  STECT2.  AC  AT  52  **T*) 

THER  BRAT  «  SAT*; 

ELSEIF  (SRECT1. AC AT  12  ***3  25  3TBCT2. ACAT  $2  SAT3) 

THER  BRAT  -  JAT3; 

ELSEIF  (STECT1 . ACAT  52  *»T2  25  STECT2.ACAT  52  SAT2) 

THER  II  (STBCT1.  ASSOC  52  STBCT2.  ASSOC) 

THER  ERAT  -  SAT2; 

ELSE  ERAT  -  SAT3; 

ELSEIF  (STECT1.  ASSOC  52  3TBCT2 .  ASSOC)  <  ■•••  Ar««  1  > 

THBH  ERAT  -  SAT1 ; 

OTHERWISE  ERAT  -  SAT2; 

ERD  ERCOORTBR_ARBA_TTPB_DBTERHIRATIO*5 


-  DETECT  TASK  LOI-LRTEL  LOOIC 

» 


I-M1 


BOPTIBE  FIHAL_APPHOACH_ZOHE_DETE«>HIWATIOH 
III  (AC  characteristics) 

OOy  (ion  e_dependent  variables)  ; 

Set  AC's  zone  to  0; 

11  (this  AC  passes  zone  coarse  screening) 

THEE  BE°EAT  WHILE  (Type  1  zones  resain  AC's  zone  Eg  °> 
Get  next  Type  1  zone; 

If  (zone  is  active  ABD  AC  is  in  this  zone) 

TB^E  set  AC's  zone  to  1; 

Save  airfield  naae; 

ISfiH£KAT; 

BEPEAT  WHILE  (Type  2  zones  reaain  AH]}  AC's  zone  Efl  0) 
Get  next  Type  2  zone; 

I"  (zone  is  active  AH!}  AC  is  in  this  zone) 

THEB  set  AC's  zone  to  2; 

Save  airfield  naae; 

rWDBEPEAT: 


EBP  PIHAL_A®?BOACH_ZOHE_OETSHHIHATIOH ; 


DETECT  TASE  HIOH-LETEL  LOGIC 
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BOOTIHE  FIHAL_APPROACH_ZOHE_OETBBBIHATIOH 
IHOOT  (IOS7ECT)  ; 

IOSTECT.PiZ  =  SFAZO; 


IF  (I0S7ECT.  X  II  AZPARB.ZJSXX  AJID  I0S7ECT.  I  21  1ZPABB.  ZJBBX  AJL2 
X0S7ECT.  T  Jt£  AZPABB.ZJBXI  AJID  I0S7ECT.  I  21  AZP  ABB.  Z  JBRT) 
THEM  LOOPII  -  1; 


PEPEAT  PHILS  (LOOPII  LE  AZPARB.  HOZ1  AHP  I0S7ECT.  FAZ  =  SFAZO) 
Get  next  Type  1  tone: 

IF  (tone  is  actixe  ABD  AC  is  in  this  zone) 

THE*  I0S7ECT. FAZ  =  SFAZ1 ; 

IOS7BCT. ZPRT  «  airfield  naee; 

ELSE  LOOPII  «  LOOPII  ♦  1; 

EHDBEPEAT : 

LOOPII  »  1; 

PEPEAT  BHILE  (LOOPII  AZPARH.HOZ2  AJ£  I0S7ECT.  FAZ  »  SFAZO) 
Get  next  Type  2  zone; 

IF  (zone  is  actixe  ASP  AC  is  in  this  zone) 

THEB  I0S7ECT. FAZ  -  SFAZ2 ; 

I0S7ECT. ZPRT  «  airfield  naae; 

ELSE  LOOPII  *  LOOPII  ♦  1; 

EBP BE PE AT; 

EBP  FIBAL_APPROACH_ZOBB_OETEHBISATIOB; 


OBTECT  TASK  L01-LE7EL  LOGIC 


8-P63 


80a?Ifl»  !!I'*T10(1_llops0HC'1_0ISTMIC'_oRS'5TCTT0S; 


Calculate  miss  distance; 


3jL2  3I!H!!OH_»PPHOHCH_DTSTll’»C8_P'>EOIC?IOII: 


DITTC?  "■H3K  HIGH-UTIL  LOGIC 


8-P64 


BOPTIWE  BIBiaoa_»PPHOlCB_DIST»8CE_PBEDICTIOS 
U  (TRI.TBT) 

OPT  (BD2)  ; 

PIT  fl02;  <Predicted  einiaaa  horizontal  aiss  distance  for  \C  pair> 

VB2  «  7BX**2  ♦  7RT**2; 

II  (7H2  IT  DETPIBfl .  7BDTH) 

THEM  SD2  *  ELEBTRT. R&RGE2 ; 

BISS  BD2  »  (RX*7BY  -  RT»7BI) **2  /  7R2; 

EBP  HIBIHOB_»PPBO»CH_DIST»»CE_PBEOICTIOB; 


DETECT  TASK  LOI-LETEL  LOGIC 
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OOO^XN?  B?<?OLO,"TOS_'',An_APD_PPOXini,',T_COnPA?TSOPS 
IR  (resolution  adxisorx  thresholds) 

or  ( flap  to  be  set);  <  either  IFBPLG  or  CRD"tG  > 

<Detenines  if  Resolution  Adxisory  Is  necessary> 

I*  (AG  xiolating  horizontal  resolution  en7elODe)  <  horizontal  *es*s  > 

TBSB  indlca'-e  horizontal  proxiaity;  <  ieeediate  oxerride  > 

wtS*IP  (AC  will  riolate  horizontal  resolution  en7elope  soon) 

?HPK:  <  passed  horizontal  tests  > 

OTHWETSF  failed  horizontal  tests; 

Tp  (AG  xiolating  7ertical  resolntion  enxelope  presentl7)  <  xertical  tests  > 

?swt  indicate  xertical  proxiaity; 
ptSpIg  (AC  will  he  coaltitnde  soon) 

"RFR :  <  passed  xertical  tests  > 

OTH^psi sf  failed  xertical  tests; 

X?  (passed  all  tests  so  far) 

Trj  PSRWQF!)  xertical_dixergence_filter ; 

<decide  if  PA  won't  be  gixen  as  AC  won't  be  xiolating 
horizontal  and  xertical  enxelopes  simultaneously) 

I*  (pair  did  not  pass  filter) 

Tff PB  failed  filter  test; 

IF  (all  tests  oassed) 

TPPP  S FT  output  flag  to  indicate  PA  regaired;  <  IFPFLG  or  CRDFLG  > 

°f PFOPH  proxieitx_checAs; 

Cdeteraine  if  ieaediate  PA  required,  ie,  bypass  2/3  logic> 

»P0  PESOT.OTTOP  ’"AC  APO  PBOXIHITY  CORPAPISORS: 


DETECT  TASK  RIGR-LEfEL  LOGIC 


BOOTIES  HESOLOTIOH_TAO_AHD_PBOIIHITY_COHPABISOBS 
IB  f GBOPP  IBGHOOP)  <  group  of  thresholds  > 

OPT  (OOTPLAG)  ; 

BIT  (BOBES,  PILTPAIl)  ; 

CLBAB  (BOBES,  OOTPLAG,  8PBOX,  7PH0I)  ; 

I?  (ELEBTPT. BANGE2  IT  IBGBOOP. range_threshold  *  B1PAHH.BZP2)  <  horizontal  tests> 
THEB  SET  HPBOX;  <  iaaedlate  override  > 

EISEIP  (ELEBTBT.  TH  IT  ISGBOPP.  hor_Tau_thresh) 

THBB  ; 

OTBBBWISB  SET  BOBES; 

IE  (EIESTHY.  ALT  LT  ISGBOPP.  i««ed_alt_thresh  *  BAPABB.BZPJ  <  rertical  tests  > 

THEB  SET  YPHOX; 

EISEIP  (ELEBTBT. TT  SI  0  ABD  EIEBTBT.  T7  IE  IBGBOOP.  »ert_Tau_thresh) 

i as*  ; 

OTHEBBISE  SET  BOBES; 

IP  (BOBES  E£  SPAISE) 

THEB  PEBPOBB  Tertical_di.Tecgence_fi.lter; 

If  (PIITPAIl  ig  STHOE) 

THEB  SET  BOBES: 

IP  (BOBES  12  SPAISE) 

THEB  SET  OPTPIAG;  <  IPHPIG  or  CHDPIG  > 

PEBPOBH  proxiaity_checfcs; 

EBP  BESOlOTIOS_TAO_ABD_PHOXIHITT_COHPABISOSS; 


DETECT  TASK  LOB-LET  EL  LOGIC 
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PROCESS  Tnrtlcal_diwarganca_flltnr; 

<This  procsss  dscldaa  If  tha  rasolution  advisory  should  bs  inhibits! 

If  ths  wsrtlcal  sad  horizontal  sinlaas  siss  dlstancas  do  bo*,  occur 
within  a  pradaflnad  tlsa  psrlod> 

Cosputa  absoluto  vortical  ranga  ra*a; 

IP  (»C  diverging  wartlcallv) 

*33fi  II  (AC  urs  coBTsrging  horisoatallr) 

TP  BP  calculata  wsrtlcal  saparatlon  at  tins  of 

slnlsus  horizontal  saparatlon) 

XI  (calculatad  wsrtlcal  saparatlon  outslda  Pi  envelop*) 
thbw  inhibit  Pi; 


?PP  vertlcal-di*arganca_f lltar; 


0ST1CT  T1SK  tOOIC 
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PBOCESS  vertlcal_dlvergence_filter: 

smi  PHTPiit: 

If  (BtfUTRT.TT  S£  °)  <*c  converging  vertically 
TBEB:  <do  not  perforn  test> 
elseip  (THTBO  u  9)  <ic  diverging  horixontally> 

THBB:  <do  not  perforn  teet> 

OTHERWISE  T8  «  SIR<THTB0,  BkPlBB. DVDPT) ; 

TZ 1  -  SVECT1.  ZD  *  TBS 
Tt2  -  STBCT2.SD  •  THi 
TTBD  -  IBS  (?Z2  -  T21); 

If  (TVBO  SI  IIGHOOP.  IBBBD_1LT_THBESH0LD) 

<IB3EO_liT_TBBBSHOl.D  will  be  IXFB  or  IP  depending  on  irqboop> 
TBBB  SET  FILTF1XL;  <B»  not  wanted> 

EBP  vertlcal_divergence_f liter: 


DETECT  TISE  LOE-IBTEL  LOGIC 
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PPOCTSS  pro*! ait  v_chec<cs; 

<If  the  KC  are  extreaely  close  physically  or  teaporallv  the  2/3 
windov  is  bypassed  and  an  iaaediate  resolation  advisory  is  given> 

IP  (vertical  proxiaity  HP  horizontal  proxiaity) 

T3BB  indicate  iaaediate  resolation  advisory  needed; 

BISS  coapate  Taa  ainiaaas; 

IP  (vertical  proxiaity  exists  HD  horizontal  Taa  ££  ainiaua) 

THP B  indicate  iaaediate  resolation  advisory  needed; 

PLSPIP  (horizontal  proxiaity  exists  HD  vertical  Tan  £T  ainiaoa) 
THBB  indicate  iaaediate  resolation  advisory  needed; 

PI  SKIP  (vertical  Taa  £T  einiaaa  IS  D  horizontal  Tan  jjt  aiaiaan) 
THBB  indicate  iaaediate  resolation  advisory  needed; 

"SO  oroxinity_checks; 


DETBCT  THS  RIQS-tBTBI,  LOGIC 
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PROCESS  proxi«ity_checks; 

IP  (VPROX  Efl  STROK  00  HP80X  KjJ  STROK) 

THEM  SET  BLEHTHT. HTTPLG: 

ELSE  AH  *  IHGROOP.  hor_Tau_thresh  -  (STSTEH.  SCAHTH  *  RAPARH.TTH); 
AP  =  IHGROOP.  Tert_Taa_thresh  -  (STSTEH. SCARTH  *  RAPARH.TTH): 
If  (TP80I  ELEITRT.TH  U  AH) 

THK8  SET  ELEHTRT.  HTTPLG; 

ELSEIP  (HPROX  AJLB  ELEHTRT. TV  IT  AV  AHfi  EIEHTRT .  TV  £T  0) 

THBH  SET  ELEHTRT. HTTPLG; 

ELSEIP  (ELEHTRT.  TH  JT  AH  Ofi  ELEHTRT.  TV  U  AV 

A  HD  ELEHTRT. TV  2J  0) 

THEH  SET  ELEHTRT. HTTPLG i 


EHD  proxi*ity_checks; 
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PODriBE  ■'■AU_ARD_PROiriHI?T_THRESSOtD_DBTBRI!IRATIOE: 

<Deter*ine  variables  used  as  thresholds  throughout  DETECT  Task> 

IB  (at  least  one  AC  controlled) 

THB»  deteraine  controller  alert  Tan  thresholds; 

IB  (AC  not  in  inaediate  vicinity  of  airfield) 

THBB  set  resaining  controller  alert  variables; 

I*  (bo'-h  AC  controlled) 

vrbh  set  threat  and  resolution  advisory  thresholds 
using  c/c  index  in  table  8-h,  8-5; 

Set  resolution  advisory  Tau  thresholds  (DEC)  to  corresnonding 

CTI  thresholds 


B(,SBI»  (only  one  AC  controlled) 

T3BR  set  threat  and  resolution  advisory  thresholds 
using  c/u  index  in  tavle  8-*,  8-5; 

LB  (controlled  AC  significantly  faster  than  uncontrolled  AC) 
THBB  set  threat  and  resolution  advisory  thresholds 
for  controlled  AC  to  uncontrolled  values; 

0-HEBBI5B  CAU.  DHCOE/tJRCOR_IRDBX_DE",ERI!IEA?IOH ;  <deteraine  ODIND> 

Set  threat  and  resolution  advisory  thresholds  using  ddtrd 
and  u/u  index  in  table  8-h,  8-5; 


EBP  TAP_ABD_P?0TIf!ITT_THRBS80lD_PBTBRHIHATI0B  ; 
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BOOTIHg  TAO_ASD_PROXIHITT_THBES80LD_DETERHIS1TIOS 
IS  (ESAT,  BOLT,  PREQ,  PBCOST) 

ISOOT  (VBZA)  ; 

1?  (PBCOST  Sf  ISOCOST) 

TH?S  C  A VBL. TCOHH  *  PDVBL.Tf  A8B  -  ( ( PDV8L. BCOITB  •  B)  /  <OSing  table  8-3> 

EIESTBT. DOT) ;  <£ or  pdvbl  valnes> 

TRZA  •  SIB  (VBZA  r  THRSPABH. VBZCOB) ; 

CAVBL.TCOSV  »  PDVBL.  TSARS  -  (PDVBL.  ACOHTH  /  VRZA)  ; 

IF  (ELEBTRY.  ESAT  ££  *AT1) 

THEB  set  renalning  controller  alart  variablaa  in  table  8*2; 

IF  (PRCOST  E£  IBOTHCOST) 

Thes  set  gboop  tatbl. ctl_threaholda  aa  defined  in  tabla  8-5? 

Set  GROOP  RAVBL. ctl_ thresh olds  aa  defined  in  tabla  8-4; 

FAVBL.TCBDH  »  RAVBL.TIFBH; 

RAVBL. TCHDV  »  BAVBL.TIFRV; 

E1SEI?  (PBCOST  £2  JOSECOST) 

THES  set  GROOP  TA VBt. ctl_threaholds  aa  defined  in  tabla  8-5; 

set  gboop  tatbl. unc_threaho Ida  aa  dafinad  in  tabla  8-5; 

set  GBOOP  R atbl . ctl_t hraaholdi  aa  defined  in  tabla  8-4; 

Set  gboop  RAVEL. unc_threaholda  at  dafinad  in  tabla  8-4; 

vrat  *  vsq (controlled_AC)  /  TSQ(Bncontrolied_AC) ; 

IF  (VBAT  21  THBSP1RH. VBATC) 

THES  sat  GROOP  TAV8l.Ctl_thraafc01ds  to  TAVBL.OSC; 

Sat  gboop  ritbi. ctl_thresbolds  to  RiVBL.OSC; 

OTHERWISE  CALL  OBCOB/OHCOH_IHDEX_DETBB8IHinON 
U  (BOLT,  PREQ) 

OPT  (00180)  ; 

Set  SJflflE  TATBL. anc_thresholds  using  table  8-5; 

Set  GBOOP  B AT BL. unc_thres holds  using  table  8-4; 

ESP  TAO_ASD_PROXIHITY_THBESHOLD_DBTEBSIHATIOS; 
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BOOTIEF  THB?AT_TAO_A!H>_?BOTTSITT_COSPABISOKS 

(thresholds)  <  for  either  controlled  or  uncontrolled  > 

222  (flag  to  be  set) ;  <  FPIFLG  or  FPWFLG  > 

<beteralnes  If  Threat  Advisory  is  necessary> 

IF  (  AC  outside  horizontal  threat  envelope) 

2B5S  IS  ('C  »o«*t  violate  horizontal  threat  envelope  soon) 

2253  failed  horizontal  test: 

IF  (AC  outside  ▼er*ical  threat  envelope) 

•"HFB  12  (AC  won’t  be  coaltitade  soon) 

"•SPS  failed  vortical  test: 

I?  (predicted  ainisus  horizontal  separation  outside  threat  envelope) 
2352  failed  nlss  distance  test; 

12  (all  *ests  passed) 

2321  set  output  flag  to  indicate  8A  required: 

222  ,,H5FAT_TA''_A»D_PB0XIBITT_C0H®ABIS0»*!; 
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BOOTIES  THHEAT_TAO_AHO_PBOXIHITT_COaPAHISOHS 

II  (GBOOP  IHGBOOP)  <  groap  of  thresholds  > 

OPT  (OOTPLAG)  ; 

CLEAR  (MOTHBEAT,  OOTPLAG); 

I£  (ELEHT8T . B AHGE2  GE  IHGROOP. ran ge_threshold) 

THEB  IP  (ELEMTBI. TH  gE  IMGBOOP.  hor_Tau_threshold) 
THEM  SET  MOTHBEAT; 

II  (ELBMTRI. ALT  g£  IHGBOOP. separation_threshold) 

THEM  II  (ELEMTBI.  TV  £T  IHGBOOP.  »ert_Taa_threshold) 
THEM  SET  MOTHBEAT: 

If  (ELEMTBI. HD2  GE  IHGROOP. HD_threshold) 

THEM  SET  MOTHBEAT; 

II  (MOTHBEAT  =  SPALSE)  <  all  test  passed  > 

THEM  SET  OOTPLAG; 

PHD  THBEAT_TAO_AMD_PEOIIHITT_COHPABISOMS; 
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» OUTIH S  0»C01l/T»»C01»_TBnBXJ>ETB?SH»?I01l: 

Determine  OBIIID  Index  based  on  aoltlpllcl»T,  equipage,  and  speed  railo 

rap  o*coii/o!icoit_iiiD«x j>rrB*«i«inoi ; 


-  0BTBCT  T»SX  HIOB-IB? SL  LOGIC 
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ROOTIHE  OBCOB/OBCOB_IRDEX_DBTEBaiBATIOH 
(SUIT,  PREQ) 

(ooibd)  j 

OOIBD;  <lndnx  for  nncont/uncont  AC  pair  to  ba  nsad  in  tabla  look-up> 
THAT;  <Taaporarr  local  Tariabla> 

TWO;  <Local  constant  ■  2  > 

soltiac;  <Buabar  of  AC  in  aaltiaircraf t  conflict  (4)  > 

X£  (SOL?  GE  SOLTI  AC) 

thbb  ooibd  «  too: 

ELSEIf  (PREQ  52  *aOBQ  25  PREQ  52  JBOTHEQ) 

THBB  OOIBD  «  1; 

OTHBHaiSB  THAT  «  TSQ (aqnippad_AC)  /  TSQ  (un#qoippsd_AC)  ; 

IP  (TJt »T  U  PDPAHH.THATTH) 

THBB  OOIBD  «  TBO; 

ELSE  OOIBD  »  1; 

512  OBCOB/ORCOB_IRDEX_DETERHIB ATIOB ; 
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9.1  Purpose 


The  Traffic  Advisory  Task  generates  and  stores  data  used  in 
traffic  advisory  messages  to  equipped  aircraft.  When  the 
Detect  Task  (Section  8)  finds  that  a  pair  qualifies  for  traffic 
advisories  or  ATCRBS  Track  Blocks,  Detect  Task  sets  appropriate 
flags  in  the  Encounter  List  entry. 

ATARS  must  generate  a  unique  set  of  messages  for  every  equipped 
aircraft.  For  example,  the  aircraft  in  an  encounter  pair  may 
differ  in  their  equipage  or  level  of  ATARS  service.  In  the 
latter  case,  different  forms  of  messages  are  assembled  for  the 
two  aircraft.  The  Traffic  Advisory  Task  examines  each  subject 
aircraft  in  sequence  and  saves  data  appropriate  to  the 
aircraft's  class  of  service. 

9.2  The  PWILST 


The  data  structure  used  to  store  traffic  and  other 
non-resolution  advisories  is  the  PWILST.  This  is  a  linked  list 
of  entries  for  each  aircraft,  accessed  from  the  aircraft  State 
Vector.  The  list  may  contain  any  or  all  of  the  following  types 
of  entry:  Traffic  Advisory  (Proximity  or  Threat);  Terrain, 
Airspace,  Obstacle  Warnings  (T/A/O);  ATCRBS  Track  Blocks  (TB); 
Altitude  Echo  (ALEC).  The  PWILST  structure  was  Introduced  in 
Section  3.3.2,  and  in  Pseudocode  Section  3.4.  Only  an 
ATARS-e quipped  aircraft  will  ever  have  Traffic  Advisory  or  ALEC 
entries  on  its  list.  Only  aircraft  equipped  with  ATARS  and 
BCAS  will  ever  have  ATCRBS  TB  entries.  However,  an  unequipped 
aircraft  may  have  T/A/O  warnings  generated  if  it  is  under  ATC 
control,  as  ATC  may  uplink  these  warnings. 

The  PWILST  is  created  an  entry  at  a  time.  Traffic  Advisory 
entries  are  created  as  Encounter  List  pairs  are  processed. 
Entries  are  kept  and  are  updated  on  subsequent  scans.  Each 
entry  specifies  the  aircraft  (or  obstacle)  for  which  it  is 
providing  a  warning,  so  that  duplicates  are  avoided.  All 
entries  are  sorted  into  groups  and  ordered  within  each  group  by 
the  Data  Link  Message  Construction  (DLMC)  Task  (Section 
16.2.1).  To  facilitate  this  ordering,  certain  ranking  data  is 
calculated  by  the  Traffic  Advisory  Task,  while  the  Encounter 
List  entry  is  still  available. 
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Certain  entries  are  created  by  other  tasks.  The  ALEC  entry  may 
be  created  by  either  the  DLMC  Task  or  the  Report  Processing 
Task.  T/A/O  entries  are  created  by  the  task  of  the  same  name 
(Section  6.3). 

The  deletion  of  PWILST  entries  is  discussed  in  Section  16.2.4. 

9.3  Traffic  Advisory  Entries 

ATARS  sends  an  aircraft  all  of  its  traffic  advisory  messages 
from  one  site.  When  an  aircraft  is  in  a  seam  (see  Section 
6.2),  the  site  designated  primary  sends  these  messages. 

However,  ATCRBS  TB  messages  may  be  duplicated  by  sites  serving 
the  pair  of  aircraft. 

9.4  Pseudocode  for  Traffic  Advisory  Task 

The  pseudocode  for  Traffic  Advisory  Task  follows.  The  Match 
Routine  is  used  to  search  for  a  previous  entry  containing  the 
same  object  aircraft.  If  one  is  found,  its  data  is  updated. 

In  this  case,  the  entry  type  may  change  from  Proximity  to 
Threat  or  vice  versa.  If  no  matching  object  aircraft  entry  is 
found,  a  new  one  is  created  and  inserted  in  the  PWILST.  When 
creating  a  new  entry,  the  track  number  field  must  be  set  to  an 
uninitialized  value,  the  END  field  cleared,  and  OLD_TYPE  set  to 
"none. ” 
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TRAFPIC  ADVISORY  TASK  LOCAL  PAR AHETEBS  .  9-P3 

STROCT0RE  TAPABH  .  9-P3 

TRAFFIC  ADVISORY  TASK  LOCAL  VARIABLES  .  9-P5 

STOC'OHE  TAVBI . 9-P5 

TRAFFIC  ADVISORY  TASK  LOR-LEVEL  LOGIC  .  9-P7 

TASK  TR A FPIC_ ADVISORY  .  9-P7 

PROCESS  pro*laity_daEa_calcnlatlon  9-P9 

PROCESS  thr*at_data_calculation  .  ,  .  9-P11 

PROCESS  A*CRBS_tracR_bloclc_calca lat  ion . 9-PI  3 

ROOTIRE  BATCH  .  9-P15 


9-PI 


stboctgfs  t»ph?b 


GPOOP  asg^fornat 

FLT  htT_5XT_I!ICR 
TIT  ALT_BXT_tI8 
FIT  CtOCX_XllCB 
TIT  C00BSB_I1ICR 
TIT  FI!r2_BRG_ISCF 
FtT  FH'»_HDG_IHCB 

GBQBP  ranking 

FIT  IhBGFT 

FBOSTROCTOBF : 


<incre*ent  (or  altitude  extension) 
<lisit  (or  altitude  extension) 
<lncreaent  for  clock  position) 
<incresent  for  heading) 

<increient  for  fine  bearing) 
<incresent  for  fine  heading) 


<large  xalne  of  tau  for  dixergence) 


HttCSDlWO  PAC*  BLANK-HOT  FILMED 


TBIPFIC  ADTISOBT  TUSK  LOCH  PIBIHFTBBS 
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STBaCTOPH  TkfBl 


SS2HI 

identity 

m 

subject 

m 

object 

si: 

HUTCHED 

131 

TEHP_TTPE 

13221 

calcnlations 

m 

1 

m 

BBiBIHG 

a z 

OOTP 

ai 

HEkDIHG 

III 

g**T»o 

ai 

HX 

m 

gyp 

m 

ET 

m 

FTP 

m 

FZ° 

eUDSTBOC-IRB: 


<polnter  for  o*n  aircraft) 
<pointer  for  other  aircraft) 
<aatching  psilst  entry  found) 
<teaporary  mine  of  entry  type> 


<interaediate  calculation) 
<bearing  to  other  aircraft) 
<nsed  in  calc,  of  range  rate) 
<headlng  of  other  aircraft) 
<tan  u«ed  for  ranking  entries) 
<rela tiTv'  (-coordinates) 
<project#d  relative  t-coord.) 
<relatlve  y-coodinatns> 
<pro}ected  relative  y-coord.) 
<pro1ected  relative  z-coord.) 


ffiscsana 


PAGK  BUiK-avr  fllMSD 


tnmc  IDPISOBT  TUSK  tOCM  ThBZhBIRS 
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■MS*  TP  AFFIC.ADVISORY 

IS  (pairs  from  encounter  list) 

OPT  (PETL5T  entries)  ; 

<Scan  all  enconnter  list  entries.  *or  each  equipped  aircraft, 
generate  traffic  advisory  and  ATCRBS_TB  entries  as  required 
and  link  onto  aircraft’s  PRTLST  strnctore.> 

REPEAT  WHILE  (sore  pairs  on  enconnter  list) ; 

Select  encounter  list  entry: 
sub1ect=ac1 : 
object  =ac2; 

LOOP: 

IF  (subject  AT A PS  equipped) ; 

THEE  IF  (not  priaary  for  subject  AFP  other  site  sees  subject) 

THEE  delete  all  TA  entries  fros  PWILST; 

EL S El P  (entry  shows  TA  Threat  status) 

THE*  PERFORB  proxiaity_data_cnlr  ulat  ion ; 

PERFORB  threat„data_calcuiation; 

CALL  BATCH;  <update  PWILST  entry  or  create  new  one> 
EL  SEIF  (entry  shows  TA  proxisity  status) 

THEE  PERFOBH  proxi sity_data_ calculat ion ; 

CALL  HATCH; 

OTHERWISE;  <no  TA  flags  set  or  not  prisary> 

IF  (BCAS  flag  set  in  encounter  list) 

THEE  PERFORH  ATCRBS.tr ack.block.calculatlon; 

BII^f  (sobject«ac2)  ; 
sob ject»ac2; 
object*ac1 ; 

EEDLOOP; 

Emisibii 

EED  TRAFFIC.ADTISORT: 


TRAFFIC  AOTISORT  TASK  HIGH-LEVEL  LOGIC 
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TUSK  TBXFFIC_XDVIS08T 

<scan  all  encounter  list  entries.  For  each  equipped  aircraft, 
generate  traffic  advisory  and  XTCfiBS_TB  entries  as  required 
and  link  onto  aircraft's  PBILST  structure.) 

IS  (pairs  froa  encounter  list) 

OPT  (PBILST  entries) ; 

BEDEX"*  SHItT  (aore  pairs  on  encounter  list)  ; 

Select  next  BIEStST; 

SOBJ  BCT-ELESTBT. XCID1 : 

OBJECT-  EIESTBT.  XCID2: 

loop; 

I?  (SOBJECT-OSTECT.XTSEQ  Ffl  SXEQ  Or  SXBSQ) 

TBPS  IF  (SOBJECT->STECT.PSTXT  £2  SFXLSS  XHD  any  Other  site  bit 
set  in  SVECT. GBOG) 

THE5  delete  all  TX_?ROX  and  TX_TH»BXT  entries  froa  PtiLST; 
ELSBIF  (EIESTBT. T1BEQ  £SD  (EIESTBT.  FPIFLG  25  ELESTBT.  FPSFLG)  Set) 
TBES  PEBroFS  proxiaity_data_calculation; 

PEBFQBh  threat_data_cnlculation; 

CXLL  BUTCH 

II  (TX  entry,  object  xc  id) 

ISOUT  (subject  xc  PWIIST)  ; 

E1SEIF  (ELESTBT .  TXB  EQ  £££  £21  (EIESTBT. FPIFLG  25  EIESTBT.  FPSFLG)  ) 
TBES  PEBFQBH  proxiaity_data_calculation; 

CXLL  BXTCB 

II  (TX  entry,  object  XC  ID) 

IHOOT  (subject  XC  PSIIST)  ; 

OTHEBBISE :  <no  fl  flags  set  or  not  priaary) 

II  (ELESTBT.  BOFESEQ  set) 

TBES  PEBFQBH  XTC8BS_track_blocX_calculation ; 

SXITIF  (SUBJECT  £2  EIESTBT.  XCI D2) 

SUBJECT- EIESTBT.  XCID2 ; 

OBJECT- ELESTBT. XCID1; 

SBDIOOP; 

ES3BSPEXT: 

HI  TBXFFIC_XDTtSORT; 

-  TBXFFIC  XDTTSOIT  TXSK  tOt-LBTBL  LOGIC  - 
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PROCESS  proxiai* y_data_calculatlon: 

<coapute  data  for  Tk  aessage  according  to  kC  class  of  kTkSS  service  (Tk_class).> 

Coapute  clock  bearing; 

Coapute  relative  altitude;  <special  code  indicates  altitude  unkno*n> 

Coapute  range; 

Cospate  course  of  object  kC; 

Coapute  veighted  range; 

» 

Save  negative  in  rank  data;  <saallest  range  ranks  highest> 

IF  (Tk_class  ST  0) 

THEM  Coapute  fine  bearing; 

Save  object  kC  kTC  control  state; 

Save  object  kC  kTkRS  eguipage  state; 

If  (Tk_class  52  1) 

THEE  coapute  object  1C  groundspeed; 

Save  object  kC  cliab  perforaance; 

Save  object  kC  abbreviated  data; 

ESP  proxiai*-y_data_calculatlon; 


TJtkPFIC  kDTISORY  TkSF  HIQH-LETSt  LOGIC 
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PROCESS  proxi»ttE_data_calcalation; 

<conpnte  data  for  TA  isg  according  to  AC  TA_class  of  serwice)- 
<fnnction  INT(x)  means  take  integer  part  of  (x»0. 5)  > 

Csuffix  1  aeans  S0BJECT->S7ECT.  suffix  2  leans  OBJBCT->S  YBCT.  > 

RI  =  X2-X1; 

FT  =  T2-T1 ; 

1  =  SX*XD1  ♦  RT*TD1; 

BEARING  =  ARC  COS  (A/SORT { (ELENTFY. R  ANGE2) * (TO 1**2  ♦  TD1»*2))); 

Correct  BEARING  for  proper  quadrant; 

TA_PR0X.CL0CE_B5G  «  INT  (BEARISG/CtOCH_INCR)  ; 

XR  (TA_PROX.CLOCE_BHG  Efl  0) 

THEN  TA_PROX.CLOCK_BRG  =  12; 

TA_PROX.  REL_ALT  =  22-21; 

TA_?P0X.  RANGE  =  SORT  (ELERTRT.  RANGE2)  ; 

HEADING  =  ARC  COT(TD2/XD2)  ; 

TA_?»OY. COURSE  =  I  NT (HEADING/COUR SE_IRCR) ; 

Correct  TA_PROX. COURSE  for  proper  quadrant; 

XE  (TA_PROT.COORSS  =  3) 

THEN  TA_PROX. COURSE  =  0; 

TA_PR0X.RANG E_*EI GHTED  =  Two's  coipleient  of 

RT**2  ♦  R  T**  2  ♦  STSTEH.  YWEIGHT*  (22-21)  **2  ; 

TA_OROX. TAU  *  0; 

XE  (SUBJECT-)  STECT.  ACLASS  JE  ICLO) 

-HEN  ’•A_PROI.  RINE_BRG=I NT  ((BEARING-  (CLOCK_BRG-0.  5)  «CLOCX_INCE)  /EINE_3RG_INCR)  ; 
"■A_®ROX. CONTROL  »  OBJECT-)  STBCT.CUNC; 

TA_“ROT. ATA?S_EQP  *  OBJECT-)  5YECT. ATSEQ ; 

XX  ( "  *J"CT->  STEC^.  ACLASS  12  *CL2) 

~'.*N  TA_°ROE.  GRND_SPEED  «  SQRT(XD2**2  ♦  TD2»*2); 

'•A_PROI.  CLIHB_PERR  -  OBJECT-)  ST  EC".  ACLP  ; 

TA_E*OI.  A8BRBT  -  OBJECT-)  STECT.  1CAB; 

END  proxlil* j_data_calculatlon; 

-  tnaeeic  adntsopt  TASK  LON-LETEL  LOGIC  - 
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PFOCBSS  threat_data_calculatlon; 

(Coapute  data  for  thraat  asg  according  to  1C  Tl_class  of  service. > 

If  (aaneuvering  targat  flag  sat) 

THRU  coapute  pseudo-tau  froa  ranga  and  velocities; 

<a  worst-case  tan  if  the  pair  torns  head-on> 

RtSEIf  (the  pair  is  diverging) 

*l*Hgll  Tau«large  constant; 

OTESFSISE  Ose  horizontal  tan  froa  Detect  task; 

Sava  negative  of  taa  in  rank  data;<saall  tan  gets  highest  rank> 

I*  (TX_class  Efl  0) 

?HER  Save  object  1C  1TC  control  state; 

save  object  1C  1TXRS  equipage  state; 

RISC  coapute  predicted  horiz.  aiss  distance;  (tracked  data  onlv> 

Coapute  object  1C  vertical  speed;  (using  tracked  data  onlf> 

Coapute  relative  altitude  estension  field; 

Coapute  fins  heading  field; 

IF  (strong  turn  delared  for  object  aircraft) 

THRU  Save  object  aircraft  turn  status; 

ELSE  Indicate  object  aircraft  not  turning; 

RHP  threat_data_calculatlon; 


TR1FFIC  IDfISOft  T1SF  HIOH-LETEI.  IOSIC 
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PROCESS  *hreat_data_calculation; 


Change  entry  TTPE  to  TA_THHBAT; 

Change  ’•A_PROX  fields  to  corresponding  TA_THRBAT  fields; 

If  (BLEETRE. HTTPLG  set) 

THBR  RRKTMJ  ■  ELSETRT. RARGE2/ (ELERTRY . ACI D1-) STECT. TSQ 
♦  ELERTRY.  ACID2->SVBCT.  7SQ)  ; 

PL  SSI  P  (BLEETHI.  DO-r  £T  S2SRO) 

1*HEE  RRKTAO  =  LARGET; 

OTHERWISE  RRKTAO  =  ELERTRY. TH", 

TA— THREAT. TAO  =  T*o< s  cpnpleaent  Of  BRRTAO; 

Ccoepute  data  for  threat  asg  according  to  1C  TA_class  of  service) 

IX  (S0BJECT-)  STECT.  ACLASS  Efl  SCLO) 

Tg»R  "A_THREAT* CORTROL  =  OBJECT-)  STECT. C0HC; 

TAJTHBEAT. ATARS_EQP  =  OBJECT-)  STECT. ATSEQ; 

ELSE  "^THREAT.  HHD  *  SORT  (ELERTRY.  HD2)  ; 

TAJTHREAT.  VERT_SPD  =  ZD2; 

IP  (ABS(HEL_ALT)  ALT_EXT_LIH) 

THBR  TAJTHREAT. REL_ALT_EXT  =  0; 

ELSE  TAJTHRHAT.REL_ALT_EXT  = 

IRT(  (ABS(RPL_ALT)-ALT_EXT_Lin)/ALT_BXT_IRCR)  ; 
TA_THREA'r.  PXRE_HDG  = 

1ST  (  (HEADIRG  -  (CO0HSE-O.5)  *CO0RSE_IRCR) /PIRE_HDG_IRCR) 
IX  (OBJECT-)SYECT.TORR  *2  J  STRRGLPT  2E  SSTBRGRGT) 

THBR  TA_THRBAT.  TORE  =  OB JECT— > STECT. TERR ; 

ELSE  TA_THRBAT. TORE  =  SSTRAIGHT; 


ERD  threat_data_calcnlation; 


TRAPPIC  ADTISOHY  TASR  LOE-LBYEl  LOGIC 
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FROCBSS  ATCRBS_track_block_calculation; 


Sat  subject  AC  -  tha  BCAS-equipped  AC; 

Sat  object  AC  ■  tha  othar  AC; 

CTO  (laid  -  0; 

Project  both  aircraft  straight  ahead  for  ona  scan; 

Coapute  ranga  In  nal; 
compute  range_rate  In  knots; 

Cosputa  baarlng  fros  subject  aircraft  <BCAS-equlpped>  to 

objact  aircraft  <ATCRBS>  In  degrees  aaasorad  positive  clockwise  froa  north; 
<baarlng  refers  to  aircraft  positions  only,  not  headings) 

Obtain  projected  altitude  of  objact  aircraft  in  feat; 

Obtain  *er*ical  rata  of  objact  aircraft  in  ft/s; 

Type  »  ATC*BS_TB  entry; 

CUI  BATCH;  <Store  ranga,  range_rate,  baarlng,  altitude,  and  vertical  rata 

in  PWIIST  entry) 


yyp  ATC*BS_t rack_block_calcu lat ion ; 


TRAFFIC  ADVISORY  TASK  HI8H-tRTRL  tOOIC 
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PBOCTSS  ITCSBS_tr«clc_bloc)t_c*lcnl»tloD 


IE  (BtBBTBT.  ACID1->  STBCT.  AT3BQ  JJfi  SABBQ) 

TUBS  SUBJECT  -  BtBBTBT.  ACID1 J 
OBJECT  -  BtBBTBT . ACID2 ; 

St SB  SUBJECT  «  BtBBTBT. 1CID2; 

OBJECT  -  BtBBTBT. ACID1 ; 

(b affix  1  laans  SUBJBCT-> STBCT.  snfflx  2  itini  OBJBCT->STBCT.  > 
CtfAB  ATCBBS_TB. BED; 

BIT  »  XP2  -  XP1 J 
BTP  «  TP2  -  TP1 ; 

12?  ■  2P2  -  2P1 ; 

ATCBBS_?B.PABGB  -  S0BT(1XP**2  ♦  1TP**2  ♦  B2P**2)  ; 

DOT?  ■  EXP*  (XD2-XD1)  ♦  BTP*  (T02-TD1)  ♦  B2P*  (202-201)  ; 
ATCHBS_TB.SABGE_HATB  -  D0TP/1TCH8S_T  B.  f  AEGBj 
ATCBB5_TB.  BEABIBG  -  A1C  TAB  (BXP/EYP)  ; 

Corracf  atcbbs_tb. beabibg  for  propar  quadrant; 

ATCHBS_TB.  AtT  •  22  ♦  2D2*3TSTEB.  SCABT; 

ATCHBS_TB.TEHT_BATB  •  202; 

Type  «  ATCPBS_TB  aotry; 

CAtt  BATCH 

IE  (ATCBB3_TB  an*ry  alth  objac*  AC  10) 

IHOUT  (aabjact  AC  PBIIST) ; 

*HP  ATCBBS_tracK_bl.ocit_calculatlon; 


-  TtAPPTC  ADTISOBT  TASK  lOU-tSTBl  tOGXC 
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ROCITIME  HATCH 

12.  (1*  entry  wi*h  object  AC  ID) 

I  ROOT  (subject  AC  PPILST)  ; 

<Sea rch  P»riST,  update  old  entry  for  object  AC  or  create  nee  entry. > 

REPEAT  WHILE  (entries  on  subject  PWILST  of  type  desired)  ; 

<type  TA  or  ATCPBS_TB> 

2Z  (entry  lD=object  AC  ID) 

•"HER  found  aatch; 
else; 

EXITtf  (found  aatch)  ;  <pointing  to  aa.tched  entry> 
rind  next  entry; 

ERD9SPEJ(T; 

Ig  (found  natch) 

Tiro  Save  old  type; 

Replace  entry  data  with  nee  entry;  <type  aay  change> 
SLiS  link  nee  entry;  <prox  or  threat  at  top  of  pwitsT, 

ATCRBS_TB  at  bottoa> 

Store  nee  entry  data; 

Old  type«none;  <only  applies  to  prox  or  threat> 


EBP  BATCH ; 


TRAFFIC  ADTISORT  TASK  HIGH- LET  EL  LOGIC 
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booth;  hatch 


IH  (TA  entry  eith  object  AC  ID) 

IHOOT  (sabject  AC  PHILST) ; 

^search  PflLST,  opiate  old  entry  for  obj.  AC  or  create  nee  entry> 

CLEAR  RANCHED ; 

REPEAT  RHILE  (entries  on  sabject  PRILST  of  type  desired)  : 

<type  TA  or  ATCRBS_TB> 

IT  (entry  OBJ_AC  E£  OBJECT) 

THEM  SET  BATCHED; 

2152: 

gXITIF  (HATCHED  set) ;  <pointinq  to  natched  entry> 

Find  next  PHILST  entry; 

EHDREPEAT; 

IF  (HATCHED  set) 

TH  EH  TEH P^TT P F  =  old  type; 

Replace  entry  da*a  with  nee  entte;  <type  aay  change> 
OLD_TYPE=TEHP_TTPE; 

ELSE  Link  nee  entry;  <Prox  or  threat  at  top  of  PHILST, 

ATCRBS_TB  at  bottoe> 

Store  nee  entry  data; 

OLD_TTPE*none;  <onle  applies  to  Prox  or  *hreat> 


EHD  HATCH; 


TRAFFIC  ADTISORT  TASX  LOW-lETEl  LOGIC 
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10.  SEAM  PAIR  TASK 


10.1  Purpose 


A  set  of  responsibility  rules  is  used  to  prevent  duplicate 
action  by  neighboring  sites.  This  task  determines  the  site's 
responsibility  to  perform  resolution  or  controller  alert  for 
each  pair  on  the  Encounter  List.  When  resolution  is  to  be 
performed,  this  task  creates  a  Pair  Record  if  none  exists.  If 
any  connected  sites  are  giving  service  to  either  aircraft,  this 
task  sends  a  message  to  these  sites  to  claim  the  pair  for 
resolution.  The  task  also  determines  whether  resolution  pairs 
are  to  be  processed  by  Master  Resolution  (Normal)  Task  or 
require  ground  line  coordination  first,  before  Master  Resolution 
(Delayed)  Task.  If  conditions  have  changed  so  that  own-site  is 
no  longer  responsible  for  resolution,  resolution  deletion  status 
is  indicated. 

10.2  Site  Responsibility 

ATARS  resolution  responsibility  is  in  most  cases  assigned  to  a 
single  site  for  each  individual  aircraft  pair.  If  an  equipped 
aircraft  is  in  a  seam  (Section  6.2),  that  aircraft  may  receive 
resolution  advisories  from  different  sites  due  to  different 
threats,  or  In  certain  cases,  due  to  a  single  ATCRBS-e quipped 
threat.  As  an  aircraft  flies  into  or  out  of  sites'  coverage 
areas,  those  sites'  responsibilities  may  change.  The  same  Is 
true  when  a  site  drops  service  for  an  aircraft  due  to  lack  of 
target  reports.  Finally,  when  an  ATARS  site  sees  a  conflict 
pair,  it  always  has  priority  over  BCAS  for  resolution  of  the 
conflict . 

The  responsibility  rules  are  complex,  to  account  for  numerous 
combinations  of  aircraft  equipage  and  site-to-site 
connectivity.  These  rules  are  applied  on  a  pairwise  basis 
between  sites.  Where  three  or  four  sites  see  the  same  pair,  the 
rules  ensure  a  single  site  taking  responsibility. 

1.  ATCRBS  ~  ATCRBS  Conflict 

Own-site  is  responsible  for  controller  alert. 

2.  DABS  -  DABS  Conflict 


a.  For  Initial  resolution,  own-site  is  responsible  if 
highest  common  site  ID  of  both  aircraft  is  own-ID. 
If  connected  sites  see  either  aircraft,  responsible 
site  sends  claim  message  to  establish  Pair  Record 
at  other  site  showing  that  site  responsible. 
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b.  On  subsequent  scans,  if  Pair  Record  exists  and 
shows  a  connected  site  in  charge,  own-site  is  not 
responsi ble. 

c.  If  Pair  Record  exists  and  shows  handoff,  site  uses 
highest  ID  rule  as  in  (2a)  to  decide  own 
responsibility . 

d.  If  Pair  Record  exists  and  shows  a  non-connected 
site  in  charge,  own-site  responsible  if  own-ID  is 
higher  than  that  site's  ID. 

e.  If  no  Pair  Record  exists  but  both  aircraft  are 
receiving  advisories  from  a  common  ATARS  site,  then 
(2a)  does  not  apply.  If  no  site  with  a  higher  ID 
than  own-ID  sees  both  aircraft  and  is  giving 
resolution  advisories  to  both,  then  own-site  is 
responsible.  Otherwise,  own-site  is  not 
responsible.  This  test  is  repeated  every  scan,  for 
as  long  as  own-site  sees  a  need  for  resolution  or 
controller  alert. 

3.  DABS  -  ATCRBS  Conflict  With  Both  Aircraft  Above  Altitude 

ALTDC 


a.  If  no  Pair  Record  exists  containing  the  DABS,  or  a 
Pair  Record  exists  and  indicates  handoff,  then  if 
own-ID  is  the  highest  site  ID  set  in  the  DABS 
aircraft,  own-site  is  responsible.  If  a  higher  ID 
site  sees  the  DABS,  own  Is  not  responsible. 

b.  If  a  Pair  Record  exists  for  the  pair  and  shows  a 
connected  site  responsible,  then  own  is  not 

re  sponsible. 

c.  If  any  Pair  Record  exists  containing  the  DABS  which 
shows  a  non-connected  site  responsible  whose  ID  is 
greater  than  own-ID,  then  own  is  not  responsible. 

d.  If  (3c)  does  not  apply  and  a  Pair  Record  shows 
own-site  responsible,  then  own-site  remains 
responsible. 

e.  If  all  Pair  Records  containing  the  DABS  show  lower 
ID,  non-connected  sites  responsible,  then  own-site 
is  responsible. 
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The  effect  of  (3)  for  non-connected  sites  is  to  create  a 
"hand-off"  using  site  ID's  when  an  aircraft  flies  from  a 
low-ID  site's  interior  into  a  seam.  When  in  the  seam,  the 
low- ID  site  keeps  sending  resolution  using  rule  (3d),  while 
the  higher  site  begins  sending  resolution  using  rule  (3e). 
After  the  low-ID  site  reads  down  the  other's  resolution  and 
creates  another  Pair  Record,  it  applies  rule  (3c)  and 
removes  its  resolution.  (See  Resolution  Deletion  Task, 
Section  15). 

4.  DABS  -  ATCRBS  Conflict  With  One  or  Both  Aircraft  Below 

Altitude  ALTDC 

a.  If  no  Pair  Record  exists  or  the  Pair  Record 
indicates  handoff  status,  then  if  the  DABS  has  no 
resolutions  from  another  site  (excluding  any  from 
the  site  handing  off  responsibility)  or  if  any 
resolution  advisories  are  from  a  lower-ID  site, 
then  own-site  is  responsible.  If  the  DABS  has  any 
resolution  advisory  from  a  higher  ID  site 
(excluding  handoff),  then  own-site  is  provisionally 
responsible. 

b.  If  a  Pair  Record  shows  a  connected  site  in  charge, 
then  own-site  is  not  responsible. 

c.  If  a  Pair  Record  shows  a  non-connected  site  in 
charge,  then  responsibility  is  determined  by  the 
source  of  the  DABS  resolutions  as  in  (4a). 

The  status  "provisionally  responsible"  is  indicated  in  the 
Encounter  List  entry  to  signal  Master  Resolution  Task 
(Section  12)  to  test  the  higher  site's  resolution 
advisory.  If  it  appears  adequate,  own-site  will  not 
complete  resolution;  otherwise  own-site  will  resolve. 

10.3  Pseudocode  for  Seam  Pair  Task 

The  pseudocode  for  Seam  Pair  Task  follows.  The  local  variable 
0  ID  i 8  used  to  hold  the  correct  own-site  ID  to  use  for  each 
pair  tested.  This  is  always  equal  to  the  SYSTEM. OWNID  except 
while  operating  in  the  Backup-Master  mode  (Section  17.3.2), 
where  a  different  ID  is  sent  to  aircraft  in  the  Center  zone. 
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spar  nn  nst  local  . . . 

STR0CT0R8  SEARPARR . . 

SB* 3  PUB  TASK  LOCAL  TARIAELSS . . 

STSOCT0PE  SBAHf BL  .  10-P5 

SEAR  PAI?  TASK  LOt-LETEL  LOGIC . . 

TASK  SEAH_P AIR . 10-P7 

PROCESS  r*apon«lbilitT  .  10-P9 

PROCESS  OABS-DABS_t*»pon3lbilltT  .  10-P11 

PROCESS  high_altitoa«_DABS-ATCRBS_r*»poBBlbili‘T . 10-PI  3 

PROCESS  lo«_al*ltaa*_OABS-ATCSBS_r*«pOB»lbilltT  .  10-P15 


10-PI 


ST90CT0FS  SUSPA»S 


2222?  eiscellaneons 
fLT  M.TDC 

UDSTBOCTOat: 


<«,ltitude  of  good  daal  sensor  coTerage> 


t>r,\ 

wscsuiwo  pag*  bummuot  nuso 

I 


SUB  PUS  USK  LOCAL  PIRABPTBPS 
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I 


SMHV81 


C800P  Biscellaneooa 
BIT  RfSP 
HIT  TSST_ID 
Ml  Q.ID 


gSDSTBOCTOBE: 


<o*a  tit*  raapoaalbla  far  r«aolation> 

<t»*p.  otorag*  for  tasting  »triMi  alt*  !»•> 
<taiaa  of  ovn-sits  IS  to  «a«  for  this  pair> 


mcmn  p4»  au*.**  nuaB 

I 

SMS  MIS  TISR  10C»L  TilllllU 
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•««»>  i~ 


T1SE  SS»»_PMR 


u  (state  vectors) 

OPT  (aessages  to  connected  sites) 

I MOOT  (sector  aacooatar  list,  conflict  tables): 

<Deteralne  site  reso lotion  responsibility  for  pairs.  Create  pair  records. > 
HEPERT  waits  (aore  pairs  on  encounter  list); 

Select  next  encounter  list  entry; 

IP  (resolution  status  OP  controller  alert  status) 

Tg»H  PEBPOBH  responsibility; 

IP  (own  site  not  responsible) 

THEB  Seset  Controller  alert,  Besolution  status  flags; 

IP  (pair  record  exists  1J[0  shows  own  site) 

THPa  Indicate  resolution  deletion  status; 

ELSE  IP  (resolution  status) 

THEB  IP  (no  pair  record) 

THEE  Create  pair  record; 

<If  OBBS-aTCRBS  pair,  DUBS  is  »C1> 

IP  (ac1,ac2  are  in  separate  confl.  tables) 
THEB  Serge  conflict  tables; 

Seas  flag  »  logical  OP 

of  seas  flags  in  old  tables; 

IP  (either  RC  seen  by  connected  site(s)  ) 

UU  Send  CL  am  usgs  to  connected  site(s); 
SET  seas  flag; 

ELSEIP  (pair  record  shows  another  site  in  charge) 

IflH  Store  own  site  in  charge; 

send  Chain  ssgs  to  connected  slte(s)  ; 
OTHERWISE ;  <pair  record  shows  own  site  in  charge> 

If  (sean  flag  set  in  conflict  table) 

XU1  Indicate  delayed  resolution; 

SL2E  Indicate  aortal  resolution; 

mums; 

EBP  SERH_PRIR; 


SB1H  pail  TRSK  HIGH-LET  EL  LOGIC 


TAS>  SEAS_?»IR 

IW  (state  eectors,  STSTAR) 

OPT  (aessages  to  connected  sites) 

HOOT  (sector  encounter  list,  conflict  tables) ; 


REPEAT  WHILE  (aore  pairs  on  encounter  list)  ; 

Select  next  ELEHTRT; 

JR  (ELEHTRT.  PAREQ  set  <£S  *t  ERTR  T.  CE  AR  EQ  set) 

THEE  PER PORE  responsibility: 

IE  (RESP  E£  JEALSE) 

TREE  CLEAR  ELEETRT. RASEQ  and  BLEETRT.CEARBQ; 

II  (pair  rec.  exists  AEfi  PREC.ATSIO  55  0_ID) 

THEE  SET  ELEHTRT.  RDREQ; 

ELSE  II  (ELEHTRT. RAREQ  set) 

THEE  IE  (no  pair  record) 

THEE  Create  pair  record: 

<If  OABS-ATCRBS  pair,  sake  DABS  AC1> 

U  (ELEETRT.  ACID) ->STECT.CTPT> 

EE  ElEETRT.  ACID2->STECT. CTPTR) 

THEE  Herge  conflict  tables: 

CTHEAD. SEAS  =  logical  OR 

of  CTHEAD. SEAS' s  in  old  tables; 
IS  (either  AC  STECT.5E0G  contains 


mSUSiX: 

BED  SEAH.PAIR; 


connected  site  (s)  ) 

THEE  Send  CLAIR  aessages  to  connected  site(s) ; 
SET  CTHEAD. SEAR; 

EL5EIF  (PREC.ATSIO  IS  0_ID) 

THEE  PSEC.  ATSID  ■  0_ID; 

Send  CLAIR  aessages  to  connected  site(s)  ; 
OTHERWISE:  <pair  record  shoes  oen  site  in  charge> 

IE  (CTHEAD. SEAR  set) 

THEE  SET  ELEETRT. DELREQ; 

SiSS?  <  noraal  resolution  > 


SEAR  PAIR  TASK  LOE-LBTBl  LOGIC 
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PBOCESS  casponslbillty; 


<Dat#cala*  ahathae  oaa  alt*  1*  caaponsibla  for  palr.> 

XI  (Backap-aastae  aoda) 

TBPB  Dataeaiaa  o*n_ID  to  aa*  foe  taating  this  pale; 

XC  (acl  la  atcbbsi  Hi  (ae2  la  ATCBB3) 

TBBB  o»n  eaaponslbla;  <foe  conteollae  alact  only> 

EISBIf  (acl  is  BIBS)  XUJ  (ac2  is  DABS) 

rugs  pbupobh  DABS-DABS_e**poB*lbllity; 

OTBBBWISB  <DABS— A*C8BS  COBfllCt> 

XX  (both  AC  high  altitnda) 

TBBB  PEBPOBB  a:gh_altitoaa_DAB3-ATCBBS_easponsiblllty 
ELSB  PBBBOBB  ).o*_altltOda_DABS-ATCBBS_responslblllty; 


EBP  rasponslblllty; 


SUB  PATH  TASK  HIQB-LBTBL  LOGIC 
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PROCESS  responsibility; 


i£  (SYSYAB.  HASTE!  Ifl  JEAISB) 
mi  0_IB-STSTE8.0YYIB: 

ElSEIf  (AC1->SYECT.CBYT!  set  U2  AC2->SYECT. CBIT!  Mt) 

THEM  0_ID-SYSYAH.EAII.SB;  <us*  failed  ait*  IB  la  C*nt*r  xon*> 

ElSEIf  (AC1->SYECT.CEYT!  not  **t  4JJ2  AC2->SYECT.  CEHTB  not  set) 

THEY  0_IB-SY3TEH.0YBID; 

OTHEBYISE  0_IB«high*r  Of  SYSYA8. P1IIEB  or  SYSTBH.01YTD; 

<confilct  spilt  b*t***n  own  6  C*nt«r> 

u  (EtEYTBY . ACID 1->S YECT. TYPE  t ATCBBS  AMD 
ELSYTRY. ACIB2->SYBCT.TYPB  52  *«CHBS) 

THEY  SET  RESPj  <for  controller  alert  only) 

E1SEIE  (EtEYTBY.  ACIB1-)SYSCT.  TYPE  J2  SBABS  AJJJ 
EtEYTBY.  ACI 32- >S YECT- TYPE  £2  *DABS) 

THEY  PEHEOBY  OABS-DABS_r*sponsibility: 

OTHEPYISE  <DABS- ATCBBS  conflict) 

IF  (EtEYTBY. ACID1-)SYECT.E  2 J  AtTDC  UJ  ELEYTHY .  ACID2->SYECT. Z  21  AtTDC) 
THEY  PSBEOHH  high_altitnd*_BABS-ATCBBS_r*sponsibility ; 

51SE  PEEfOBB  lo»_altitnd*_DABS- ATCBBS. responsibility; 

EBB  responsibility; 


-  SEAR  PAIB  TASK  lOY-lBYBl  lOO^C 


10-  P9 


PHOCBSS  DABS-DABS_responsibility; 

1C  (  (no  pair  racord  azists)  AHD  (both  aircraft  not  receizing 

ras.  adz.  froa  any  coaaon  aita))  2S  (handoff  bit  aat  in  pair  racord) 

THBH  dataraina  highaat  coaaon  aita  ID: 

If  (hlghest»own_iD) 

THBB  own  responsible: 

BIS?  oan  not  rasponaibla; 

El SBIF  (pair  record  azists)  AHD  (site  shown  is  not  own_ID  AHD  is  connected) 
*HBH  own  not  rasponaibla; 

BIiSBIB  (pair  record  azists)  AHD  (sita  shown  is  not  own_ID) 

<can  get  pair  record  for  non-connected  sita  thro  connected  site> 
zHBH  12  (that  site's  ID  gT  own_ID) 

IBM  own  ao»  rasponaibla; 

BLSB  own  responsible; 

OTHCBHISH  tast_id  *  highest  possible  ID; 
own  responsible; 

SBPHAT  HHIIB  (tast_id  SI  own_lD) ; 

BIITIB  (own  not  responsible) 

II  (test  _ld  is  not  a  connected  site  AHD  sees  both  aircraft 
m  test_ld  is  gizlng  ras.  adz.  to  both  aircraft) 
XS££  own  not  responsible; 

BLSB: 

dacraaant  test_ld; 

BHPBBPBi*r: 

BID  DABS-DABS_rasponaibilitr; 


SBAB  PAID  TASr  HIOH-tEZ BL  IODIC 
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PBOCBSS  DhSS-OiBS_responsiblllty ; 

IP  ((oo  pair  record  exists)  l»D  (both  aircraft  not  receiving 
res.  ads.  froa  any  coaaon  site))  21  (PHBC. HOOP?  set) 

THB)>  detersine  highest  coaaon  aita  ID; 

U  (highest«0_ID)  <OBBID  or  failed  slte_IO  if  set> 

T9BB  SBT  BBSP; 

Bt SB  Cl BIB  BBSP: 

E1SBIP  (pair  record  exists)  4*2  (PS BC.  ITS ID  HJ  0_ID 

412  is  connected  site) 

THBB  CLUB  BBSP; 

BLSBIP  (pair  record  exists)  4JJ2  (PHBC.1TSI0  Jg  o_ID) 

<can  gat  pair  rec.  for  non-connected  site  thro  connected  site> 

THBB  U  (PSBC.ITSID  SI  0_TD) 

THBB  CLBBP  BBS?; 

BL3B  SBT  BBSP; 

qTHBPBlS?  SBT  BBSP; 

?B5T_ID  »  highest  possible  ID; 

BBPBhT  BHI1B  (TBST_IO  fij  0_ID)  ; 

II  (TBST_ID  is  not  a  connected  site  IBP  is  set  in  both 
STSCT.  GB0G1  and  580G2 

412  both  »C  in  pair  recs  aith  PHBC. HTSID  S2  TEST_TD) 
THBB  CLBiB  BBSP; 

£421; 

BIITI?  (BBSP  not  set) ; 
decrement  TBST_I0; 

auBBur. 

BSD  D»BS-D*BS_reaponaiblHty : 


SBH  PHI  T1SH  10B-IBTBL  LOGIC 
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BSOCESS  h  igh_a  It  itude_DABS-AFCF  BS_respon  Sibil  i  *•  y; 

Search  for  pair  records  for  this  pair  or  with  this  DABS  vs.  unknown  AC; 
IF  (no  such  pair  rec  exists  OB  handoff  set  in  all  such  pair  recs) 

ISIS  <the  DABS  is  not  receiving  any  res.  advisory  for  threat> 

IF  (ovn_ID  is  highest  in  DABS) 

THEM  own  responsible; 

ELSE  own  not  responsible; 

fLS®  <pair  record  exists  and  isn't  handoff> 

IF  (site  in  pair  record  not  own_lD  A  HD  is  connected) 

THEM  own  not  responsible; 

ELSEIF  (site  in  any  such  pair  record  GT  own_lD) 

THEN  own  not  responsible; 

ELSE  own  responsible;  <own  already  resolving  or  take  over 

from  lower  ID  site> 


FJJD  hiqh_ai*i4nde_DABS-  ATCB  BS_respon  Sibil  it  y; 


SEAH  PAIS  T  ASF  SIGH-LEVEL  LOGIC 
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PROCESS  high_al*i*ude_DABS-ATCRES_responsibili*y; 

Search  for  pair  records  for  this  pair  or  this  DABS  vs.  a  PREC.  PAC*tpsK; 

IF  (no  such  pair  rec  exists  pair  28  PREC.HDOPP  set  In  all  such  pair  recs) 
*225  <*he  DABS  is  not  receiving  any  res  adv.  for  tbreat> 

IP  (0_ID  is  highest  bit  set  in  STBCT.GEOG  of  AC 
whose  STECT.TPE  52  S DABS) 

THE8  SET  RESP; 

ELSE  CLEAR  RESP; 

ELSE  <pair  record  exists  and  PREC.HDOPP  not  set> 

IP  (pair  rec  found  with  PSEC.ATSID  5*  0_ID  ASD  is  connected  site) 
TStS  CLEAR  RESP: 

ELSEIP  (OREC.ATSID  ST  0_ID  in  any  such  pair  record) 

THEM  CLSAB  SESP; 

ELSE  SET  RESP; 

ESP  high_altl tude_DABS-ATCRBS_responsibility; 


S EAR  PAIR  TASK  LOf-LETEL  LOGIC 
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PFOCBSS  low_altitude_DABS-ATCPBS_resDonsibili*y; 

II  (no  pair  record  exists  for  pair  OB  handoff  bit  set  in  pair  record) 
THBP  IP  (DUBS  has  no  resolntion  advisory  ftoa  other  site, 
excluding  site  handing  off) 

’’‘BBB  o«n  responsible; 

SLSEIF  (no  DABS  resolution  advisory  is  froa  site  higher 
than  own_ID,  excluding  site  handing  off) 

TflBB  own  responsible; 

BISB  own  provisionally  responsible; 

BLSBIf  (pair  record  shows  connected  site) 
ms  own  not  responsible; 

BLSBIF  (no  DABS  resolntion  advisory  is  fros  non-connected  site 
higher  than  own_ID) 

ISIS  °wn  responsible; 

ELSE  own  provisionally  responsible: 

BUD  low_altitude_DABS-ATCBBS_responsibility; 


SEAS  PAIR  TASK  HIGH-LS7BL  LOGIC 
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PROCESS  lo»_altitnde_DlBS-ATCRBS_responsibility : 

If  (no  pair  record  exists  for  pair  fij  PRBC.BDOf?  aet) 

TUBS  If  (DUBS  has  do  resolution  advisory  froa  other  site, 
excluding  site  handing  off) 

TBEB  SET  RBSP; 

EtSBIE  (no  DIBS  resolntion  advisory  is  froa  site  higher 
than  0_ID(  excluding  site  handing  off) 

33  SBT  RESP; 

ELSE  SBT  RESP  and  ELBRTRT. RAPROT : 

EISBIE  (PRBC.ATSID  JJJ  a  connected  site) 

TBEB  CL BIB  PBSP; 

BtSBIF  (no  DIBS  resolntion  advisory  is  froa  non-connect.ed  site 
higher  than  0_ID) 

TBEB  SBT  SBSP; 

ELSE  SBT  RESP; 

SBT  ELERTET.  BAPROV ; 

BSD  lov_altltude_DABS-ATCRBS_ responsibility; 


SERB  P1IR  T1SX  lOt-LEVEL  LOOIC 
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11.  CONTROLLER  ALERT  PROCESSING 


Two  tasks  are  covered  In  this  section,  the  Conflict  Resolution 
Data  (CRD)  Task  and  the  Resolution  Notification  (RN)  Task. 
Respectively,  their  functions  are  delivery  of  the  Conflict 
Resolution  Data  Message  and  delivery  of  the  Resolution 
Notification  Message.  These  messages  are  forms  of  the 
Controller  Alert  Message  defined  in  Section  5. 1.3. 2.  The 
Conflict  Resolution  Data  Message  tells  a  controller  that  an 
aircraft  pair  will  receive  ATARS  resolution  advisories  if  both 
aircraft  remain  on  the  same  heading.  This  message  contains  a 
"preview"  of  the  intended  resolution  advisory.  This  preview 
advisory  is  based  on  information  available  to  ATARS  at  the 
moment  of  message  generation.  It  is  determined  only  once  and 
does  not  reflect  possible  changes  in  ATARS  resolution  advisories 
based  on  aircraft  course  changes.  This  resolution  data  is  only 
available  to  the  controller. 

The  Resolution  Notification  Message  is  sent  to  the  controller 
when  one  or  both  aircraft  in  a  conflict  pair  have  been  delivered 
an  ATARS  resolution  advisory.  The  message  contains  the  actual 
advisory  presently  being  displayed  to  the  pilot.  If  the 
resolution  advisory  changes  on  a  later  scan,  the  content  of  the 
message  changes  appropriately. 

11.1  Message  Initiation 

A  Resolution  Data  Message  is  sent  when  the  last  three 
(CRDPARM.MCTA)  of  five  ( CROP ARM. NCTA)  scans  have  had  the 
controller  alert  flag  set  in  the  Detect  Task  (Section  8),  or  is 
sent  immediately  whenever  the  ICAFLG  flag  is  set  in  the  Detect 
Task.  This  message  continues  to  be  sent,  each  scan  until  a 
Resolution  Notification  Message  is  sent  or  the  last  three  scans 
have  had  no  controller  alert  flags  set  in  Detect,  at  which  point 
the  data  message  is  discontinued.  The  Resolution  Notification 
Message  is  sent  when  any  aircraft  in  the  conflict  pair  has 
acknowledged  reception  of  a  resolution  advisory. 

11.2  Resolution  Pair  Acknowledgement  and  Controller  Alert  Lists 

The  above  operation  is  accomplished  by  maintaining  two  lists, 
the  Resolution  Pair  Acknowledgement  List  (RPALST)  and  Controller 
Alert  List  (CALIST).  Once  an  encounter  pair  (from  Detect)  has 
ICAFLG  or  CAFLG  set  the  first  time,  an  entry  is  made  on  the 
(non-sectored)  CA  list.  During  each  succeeding  scan,  an 
existing  CA  list  pair  is  updated  with  either  a  null  bit  (when  no 
ICA  or  CA  flag  set)  or  a  set  bit  (when  either  CA  or  ICA  flag  is 
set)  In  the  sliding  window.  A  scan  is  determined  by  the  passage 
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of  10  seconds  (CRDPARM.CRDSCAN)  or  the  CA  flags  being  set  again 
In  Detect.  A  Conflict  Resolution  Data  Message  is  then  sent  If 
(1)  the  3/5  window  is  satisfied  or  ICAFLG  is  set  and  (2)  no 
Resolution  Notification  Message  will  be  sent  this  scan  or  has 
been  sent  on  previous  scans*  Deletions  from  CALIST  only  occur 
when  an  entry  has  timed  out  (no  flags  set  in  last  3  scans). 

The  Resolution  Notification  Message  is  simply  sent  whenever  an 
entry  appears  in  RPALST  (i.e*,  acknowledgement  has  been  received 
of  a  successful  uplink  of  a  resolution  advisory  to  one  or  both 
aircraft).  This  list  is  used  as  a  communication  link  between 
the  RAR  Task  (which  actually  receives  the  acknowledgment)  and 
the  Resolution  Notification  Task.  The  RAR  Task  creates  the 
entries,  while  the  RN  Task  or  CRD  Task  deletes  the  entries.  An 
entry  is  deleted  when  both  the  CRD  Task  (which  checks  to  see  if 
an  acknowledgment  message  is  occurring  this  scan)  and  the  RN 
Task  (which  sends  the  acknowledgment  message)  have  acted  upon 
the  same  pair  or  when  the  RPALST  entry  has  not  been  updated  for 
a  sufficient  time  (times  out).  Entries  are  normally  deleted 
before  a  time  out  condition  occurs. 

11.3  Message  Format 

In  the  pseudocode  (Section  11.4)  the  instruction  "send  message” 
implies  the  message  will  be  formatted  according  to  Tables  11-1, 
11-2,  and  11-3  (all  information  required  for  message  content  is 
available  at  this  point)  and  sent  to  an  ATC  receiving  station. 

It  is  left  to  this  station  or  stations  to  determine  the 
dissemination  of  the  message  within  ATC  facilities,  using  the 
aircraft  identification  fields  in  the  message. 

11.4  Pseudocode  for  Controller  Alert  Processing 


The  pseudocode  for  the  two  tasks  which  comprise  the  Controller 
Alert  Processing  follow.  The  Conflict  Resolution  Data  Task  can 
run  whenever  there  is  an  entry  in  the  Encounter  List  and  is 
dependent  on  the  Detect  and  Seam  Pair  Tasks*  The  Resolution 
Notification  Task  can  only  operate  after  the  RAR  Task  has 
finished  updating  the  Resolution  Pair  Acknowledgement  List. 
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TABLE  11-1 


CONFLICT  RESOLUTION  DATA  MESSAGE  FORMAT1 


BIT  NUMBER 

PARAMETER 

DESCRIPTION 

1-8 

CA  message 
identification 

10000011 

9-32 

ACID1 

AC1  DABS  ID  or  ATCRBS  code 
with  surveillance  file  no. 

33-56 

ACID2 

AC2  DABS  ID  or  ATCRBS  code 
with  surveillance  file  no. 

57-58 

CS1 

Control /equipment  state  AC1. 

59-69 

RA1 

Resolution  advisory  for 

AC1 .  The  code  used  to  enter 
advisories  is  given  In  Table 
11-3 

70-72 

DELI 

Delivery  status  for  AC1, 

DELI  *  001  (CRD  Message) 

73-74 

CS2 

Control /equipment  state  for 
AC  2 

7  5-85 

RA2 

Resolution  advisory  for  AC2 

86-88 

DEL2 

Delivery  status  for  AC2, 

DEL2  -  001 

89 

VI 

Not  presently  used 

90 

V2 

Not  presently  used 

91-92 

AMTYP 

Message  type,  AMTYP  m  00  for 
resolution  advisory 

93-96 

Spare 

1The  contents  of  Tables  11-1,  11-2,  11-3  are  taken  from  Reference  8 


TABLE  11-2 


RESOLUTION  NOTIFICATION  MESSAGE  FORMAT 


The  resolution  notification  message  format  is  the  same  as  Table 
11-1,  except  for  the  DEL  field. 


Possible 

values 

are : 

DELI 

-  Oil, 

DEL2 

-  Oil 

DELI 

-  Oil, 

DEL2 

-  010 

DELI 

-  010, 

DEL2 

-  Oil 

Resolution  advisory  delivered  to 
both  aircraft 

Resolution  advisory  delivered  to 
AC1  only 

Resolution  advisory  delivered  to 
AC2  only 
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TABLE  11-3 


RESOLUTION  ADVISORY  FIELD  CODE 


The  Resolution  Advisory  Field  Is  an  11-bit  field  In  the  Controller 
Alert  Message  which  signifies  the  Resolution  Advisory  that  is  being 
delivered  to  the  aircraft  for  execution.  A  double-dimension 
advisory  has  both  of  the  appropriate  bits  set.  The  field  Is  encoded 
as  follows: 


BIT  POSITION  IN 
11-BIT  FIELD 


1 

2 

3 

4 

5 

6 

7 

8 

BITS  9,  10,  11 
OF  11-BIT  FIELD 

000 

001 

010 

Oil 

100 

101 

110 


RESOLUTION  ADVISORY  INDICATED 


Turn  right 
Turn  left 
Climb 
Descend 

Don't  turn  right 
Don't  turn  left 
Don't  climb 
Don't  descend 


No  vertical  speed  limit 
Limit  climb  to  500  ft/min 
Limit  climb  to  1000  ft/min 
Limit  climb  to  2000  ft/min 

Limit  descent  to  500  ft/min 
Limit  descent  to  1000  ft/min 
Limit  descent  to  2000  ft/min 


<• 
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ms 


COHTBOLLEB  M.EBT  TISKS  tOCU  PIR1BBTEBS . . 

STBOCTOBB  CRDP1R9  .  11-P3 

COHTROtLER  IL BBT  TISKS  LOt-LEPEL  LOSIC  .  11-P5 

TRSR  COKPtICT_HESOtffTruif_D*Ti . . 

PROCESS  ct>ll_BPl_liat . 11-P7 

PROCESS  update_Cl_list  ....  .  11-P9 

process  CRD_aaasaga_dat«r«iiiatlon  .  11-P11 

PROCESS  coapata_confHct_ra«olatiOB_data . 11-P13 

T»SK  RESOLOTIOR_ROTT.?IC1TIOE . 11-P15 


11-fl 


STBOCTOHl  CBDP11H 
along  owrhd 

Xai  bcti  <auabar  of  hlta  la  alldlag  window  which  eaaeaa 

■••sag*  to  ba  aant  > 

Ilf  1CT1  <alza  of  window  la  bita  > 

lit  Close hi  <C1D  aaaaaga  rafraah  tlaa  ,  l.a.  ,  tlaa  hftar  which 

a  zwro  aatry  la  aada  la  alidiag  window  > 

illf  H_tlSB_00t  <aatri«a  atiU  raaalalag  aftar  11_TIB1_OOT 
aacoada  aca  dalatad  froa  tha  BPh  Hat  > 

maimm 


******  PA*  aum-MOT  riimo 


-  contouu  urn  Tins  locil  imiiiiis 

11-M 


><S»  -V*w*>  — 


TUSK  COHPLICT_RBSOIOTIOH_DATA 


la  (encounter  list  entries  requiring  CA  processing, 

controller  alert  list,  CBDVBL,  associated  state 
▼actors,  resolntion  pair  acknowledgnent  list  (BPA  list)) 

OPT  (conflict  resolntion  data  aessage  (CRD)  , 
updated  CA  list,  updated  BPA  list) : 

<Controls  the  generation  of  the  conflict  resolution  data  uessage. 

This  aessage  inforss  the  controller  of  a  resolution  advisory  that 
▼ill  be  sent  to  an  AC  pair  if  no  evasive  action  occurs> 

PfBrOB!)  cull_BPA_llst;  <delete  all  entries  that  have  tlaed  out> 

PBPPOBH  update_CA_list;  <delete  tiaed  out  entries,  slide  window 

with  0  fill  if  sore  than  one  scan  has 
elapsed,  generate  CBD  aessage  as  needed> 
loop  (on  encounter  list  entries  requiring  CA  processing  for  this 
sector)  j 

Set  next  entry  on  encounter  list  requiring  CA  processing: 

BXITIF  (no  aore  entries)  : 

(pair  not  on  CA  list) 

THBB  create  entry  on  list; 

Slide  window  and  set  last  bit  of  window  in  CA  list  entry; 

Update  tiae  in  CA  list  entry; 

IP  (rirst  tiae  CBD  aessage  required  for  this  pair) 

THBB  PBRPOBM  CBD_aessage_detarainatlon ; 

B1S8;  <do  nothing,  CBD  not  required  or  if  required  under  control 
of  update_CA_list> 

Hark  encounter  entry  as  CA  processed; 

51US2S: 

BBP  COS*LICT_KBSOIOTIOW_DATA; 

-  COSTBOllBR  A1BBT  TASKS  HIGH-tBTBL  LOGIC  - 

11-P* 


I 


TASK  COHFLICT_RBSOL0TIOS_D1TA 

IK  (encounter  list  entries  requiring  Cl  processing, 

controller  alert  list,  CRDPARfl ,  STECT1,  SVECT2, 
resolution  pair  acknowledgaent  (HPA)  list) 

OPT  (Conflict  Resolution  Data  Hessage, 

updated  Cl  list,  updated  RP1  list! : 

P3RF0RB  cull_RPA_list ;  <delete  all  entries  that  have  tiled  out> 

PERFORM  update_Cl_list ;  <delete  tiled  out  entries,  slide  window 

with  9  fill  if  lore  than  one  scan  has 
elapsed,  generate  CRD  aessage  as  needed> 

LOOP  (on  encounter  list  entries  requiring  Cl  processing  for  this 
sector)  ; 

Select  next  entry  on  list; 

EXITIF  (no  sore  entries)  ; 

IF  (pair  not  on  Cl  list) 

THEM  create  entry  on  list; 

Slide  CALIST.KHDSTR  and  set  last  hit; 

CllIST. CAUSE  »  present  tise; 

u  ((last  CRDPAHS.SCTl  bits  Of  CRDPARH.RCT1  bits  of  CILIST. KKDSTR  set 
2S  EtERTRT . ICAPLG  set)  AJ£  CllIST. CHDS1IT  not  set) 

THEM  PERFORq  CRD_iessage_deteraination; 

SET  CllIST. CRDSET;  (indicate  CRD  aessage  initiated> 

ELSE;  <do  nothing,  CRD  not  required  or  if  required  under  control 
of  update_Cl_list> 

CLEAR  ELEN*rRT.  C1LREQ; 

ERPLOOP; 

ERD  C05PIICT_RESOIOTIOS_OATI: 


COITROLLER  1LE1T  T1SKS  lOl-lBTSL  LOGIC  - 

11-P5 

in-  -r-niiTfiiriiiirmirr  1  m  rr -  r  irw  ihTm  _'ii 


PH0C18S 


<Bxaalnaa  all  antrlaa  on  SPllST  and  raaoraa  tlaad  oat  antrias> 

10CP  (on  all  aatrlas  In  BPi  Hat); 

Gat  naxt  antry  on  RPllST; 

BTf’IP  (no  torn  antrlaa)  i 

IJ  (thia  antry  put  on  loner  tiaa  ago) 

THBfl  dalata  antry; 


MJ2122E: 


^12  cull_RPl_list ; 


COBWOLiM  »LBRT  tk»l  BIOH-LBTBL  LOGIC 
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PROCESS  cull._RPl_l.ist: 


LOOP  (on  all  entries  in  RP1  list)  ; 

Get  next  entry  on  RP1LST; 

EXITIP  (no  sore  entries)  ; 

JF  (  (STSV1R.  CTIRE  -  RP1LST.  TIRE)  CSDP1RB.  RN_TIBE_OOT) 

THEM  delete  entry; 


EBDLOOP: 

EMD  CUll_RPl_list; 


COBTBOILBH  ALBHT  TASKS  LOW- IBP  El  LOGIC 
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/ 


’xmflrn  n  \jk-v 


m*.%a  * 


PROCPSS  update_CA_list ; 

<Once  CRD  nessage  is  sent.  It  continues  to  be  sent  every  'scan' 
until  (1)  CA  tines  oat,  or,  (2)  resolaion  notification  (RR) 
nessage  is  sent> 

LOOP  (on  all  entries  in  Cl  list)  : 

Get  next  entry  on  CALIST; 

SXITI P  (no  nore  entries)  ; 

IF  (one  scan  has  elapsed  since  last  update) 

THEK  slide  uindon  over  1  bit  and  zero  fill; 

II  (  entry  has  not  tined  out) 

THBH  update  tine  in  CA  list  entry; 

IP  (CRD  nessage  (tentatively)  required)  ; 

THEM  PERBORH  CRD_nessage_deternination 
ELSE  delete  entry; 


ENDLOOP; 


EN D  update_C»_list ; 


CORTROLLEH  ALERT  TASKS  HIGH-LET  EL  LOGIC 
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PBOCESS  opdate_Cl_list; 


<Once  CPD  sessage  is  sent.  It  continues  to  be  sent  etety  'scan* 
until  (1)  Cl  tiaes  oat,  or,  (2)  BP  sassage  is  sent> 

LOOP  (on  all  entries  in  Cl  list) ; 

Set  nert  entry  on  C1LIST; 

EXITXF  (no  sore  entries  on  list)  ; 

IP  ( (SYST1B.CTIBB  -  C1LIST.  C1TIBB)  fij  CBDP1BB.CBDSCB) 

THBP  slide  vindov  over  1  bit  and  zero  fill: 

It  (last  CBDP1BB.BCTI  bits  of  C1L1ST. BBDSTB  not  all  2ero) 
THBP  C1LIST.C1TIHE  ■  STST1B. CTIBB; 

If  (CILIST.CBDSHT  ST  BOB) 

THBP  PEBFOHH  CBD_sessage_deter sination ; 
ELSE  delete  entry; 


EPPLOOP: 

END  update_Cl_llst; 


COPTBOUBB  1LBBT  T1SKS  LOB-LBTBL  LOGIC 


11-P9 


PROCESS  CRD_aessaga_detaralnation 


<Creataa  and  aanda  a  CBD  aaasaga  if  no  81  aaaaaga  baa  boon  aant 
or  will  ba  aant  tbia  acan> 

IP  (BR  aaaaaga  aant  on  prawiona  acana  ) 

xui;  <do  nothing,  no  C8D  aaaaaga  ragnirad.  for  tbia  pair> 

IP  (pair  on  BPi  liat) 

THBB  nark  CALIST  entry  to  indlcata  BR  aaaaaga  aant  or  will  bo  aant; 

IP  (BR  aaaaaga  aant  tbia  acan)  <i.a. ,  BR  Taak  baa  aant  aassaga> 
THEM  dalato  RP»  entry;  <do  nothing  olaa  aa  CBD  not  rognirad> 
ELSE  danota  CBD  procaaaing  aa  dona  in  RPh  antry;  <no  CBD 
aaaaaga  ragnirad  aa  BR  aaaaaga  will  ba  aant  tbia  acan> 
ELSBIF  (conflict  roaolntiona  not  alraady  datorainod)  <no  BPb  antry  for  palr> 
THEB  PBBPOBH  coapnta_conf lict_raaolution_data; 

Send  cbd  provioa  aaaaaga; 

ERD  C3D_nessage_detar Bination; 
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PBOCBSS  CHD_aassaga_dataraination 


<Craatas  and  sand*  a  CBD  aaaaaga  If  no  BB  aassaga  Baa  baaa  sant 

or  will  bs  aant  this  acan> 

<On  antaring  this  proeass  ths  Cl LI ST  antry  for  this  pair  has 
bssn  locatad  on  list> 

1£  (CILIST. ICKSBT  Jfl  STBOB)  : 

THBB;  <do  nothing,  no  CBD  aassaga  ragnirad  for  this  pair> 

If  (pair  on  HPl  list)  <anst  saarch  IP ILST> 

THBB  SBT  CILIST. ICKSBT;  <praaant  nnnacassary  BPILST  saarches> 

IT  (BP1LST. ChBB  Bfl  STBOB)  <i.a. ,  IB  Task  has  sant  aassags> 

THBB  dalata  IP&  antry;  <do  nothing  alaa  as  CBD  not  ragnirad> 
ELSE  SBT  BPILST. CICBD;  <no  CBD  aassaga  ragnirad  as  BB  aassaga 

sill  ba  aant  this  scan  for  pair> 

ELSE  H  (CILIST.CBDSBT  JJJ  STBOB) 

THBB  PBBfOBH  coapnta_conf lict_rasolation_data; 

Sand  Cl  praviaa  aassaga; 

EBP  CBD_aessage_dateraination; 
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PROCESS  cospute_conflict_resolution_data; 

{Generates  resolution  advisories  to  be  inserted 
in  CEO  eessage  for  controller> 

IP  {both  AC  unequipped) 

T355  set  resolutions  to  null  for  both  AC; 

ELSE  IP  (resolution  not  already  generated  for  this  pair) 

THEE  Define  necessary  input  variables  for  PABR  routine 
CALL  BESOLUTIOB_AD7ISOBIES_EVALO ATI08_B0UTIRE ; 
set  resolutions  is  CA  list  entry  for  this  pair; 
OTHEBRISE :  do  nothing  as  resolutions  already  entered; 

EBP  coepute_conf lict_  resolution_data ; 
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PROCESS  co»pute_conf lict_resolution_data : 


<Generates  resolution  advisories  to  be  inserted 
in  CRD  aessage> 

IF  (SVECT1.  ATSEQ  EQ  SOHEQ  AND  SVSCT2.  ATSEQ  E£  SOHEQ) 

TBEH  CALIST.RESH1  *  INOLLRES; 

CALIST. RESV1  *  ISOLLRES; 

CALIST. RSSH2  =  SHOLLRES; 

CALIST. RES72  =  SHOLLHSS; 

ELSE  JCF  (CALIST. CRDSHT  B fl  JFALSE) 

THEH  CALL  ASEP_coaputation ; 

SHGDIB  *  STROE: 

NRCAP  *  SFALSB; 

CALL  PESOLOTIO!t_ADFISORIES_BTALDATIOS_ROOTI!IE 
If  (ELEHTRT,  DOBPTR ,  ASEP,  SHGDIB,  BSCAP) 
ODT  (RADPTH)  ; 

CALIST. BESB1  *  RADPTH  ->  RADS.B1; 

CALIST. RES71  *  RADPTH  ->  RADS.  FI; 

CALIST. RESH2  =  RADPTH  ->  RADS.H2; 

CALIST. RES72  =  RADPTH  ->  RADS. 72; 

OTHERWISE:  <do  nothing  resolutions  already  entered  in  CALIST> 

EHD  compute_conf lict_resolution_data; 
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TUSK  S!SOlOTIOS_SOTiriCATIOS 
13  (PPA  list) 

OPT  (updated  PPA  Its*,  PS  sassages  to  controller); 

<Sends  a  PS  aessage  for  all  entries  on  PPALST  and  delates  this  entry 
If  CRD  Task  has  rnn> 

lOOf  (on  PPA  list)  ; 

Set  next  entry  on  PPALST; 

ETITIP  (no  aore  entries  on  list)  ; 

Send  PS  nessage  to  CD; 

13  (COBPtICT  RBSOIGTIOS  DATA  TASK  has  ran) 

THES  delete  entry:  <both  tasks  hare  ran,  entry  no  longer  needed> 
BISE  indicate  that  this  task  has  sent  RS  aessage; 


3321203; 


PSD  PESOLOTIOR_SOTIPICATIOS; 
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TASK  BESOLOTIOS_HOTIPICATIOB 
II  (BPA  list) 

OPT  (updated  BPA  list,  M  sessnges  to  controller)  J 

LOOP  (on  BPA  list)  ; 

Set  next  entry  on  BPALST; 

KXr'IP  (no  sore  entries  on  list)  ; 

Send  Bit  nessage  to  CA; 

H  (BPALST.CACBD  Jfl  STHOS) 
tabs  delete  entry; 

ELSE  SET  BPALST.CABB: 


EBDIOOP; 


EHD  BESOLOTIOH_KOTIPICAT10B; 
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